Wawancara Teknis Software Engineer dalam Bahasa Inggris
TL;DR
Di wawancara teknis berbahasa Inggris, yang dinilai bukan hanya jawaban akhir, tapi juga cara kamu berpikir. Biasakan mengklarifikasi soal, menjelaskan langkah dengan kalimat pendek, dan punya frasa siap pakai saat buntu.
Poin penting
- Pewawancara teknis menilai proses berpikirmu, jadi bicarakan langkahmu dengan kalimat pendek.
- Selalu klarifikasi soal dulu sebelum menulis kode.
- Siapkan frasa untuk saat buntu, supaya diam tidak terlalu lama.
- Latih cara mengucapkan kompleksitas, misalnya 'O of n'.
- Jujur kalau tidak tahu, lalu jelaskan cara kamu akan mencarinya.

Foto: Marc Chouinard / StockSnap (CC0)
Daftar isi
Banyak engineer Indonesia sebenarnya mampu menyelesaikan soal teknis. Masalahnya muncul ketika harus mengerjakannya sambil berbicara bahasa Inggris. Otak sibuk memikirkan algoritma, mulut sibuk mencari kata. Hasilnya, kandidat diam lama, atau malah bicara berputar-putar.
Artikel ini membahas cara menghadapi wawancara teknis berbahasa Inggris dengan lebih tenang: apa saja formatnya, frasa yang bisa langsung dipakai, dan kebiasaan yang membuat proses berpikirmu terlihat jelas.
Format wawancara teknis yang umum
Setiap perusahaan berbeda, tapi biasanya wawancara teknis masuk salah satu dari kategori ini:
| Format | Apa yang terjadi | Fokus bahasa |
|---|---|---|
| Live coding | Menulis kode di editor bersama, sambil diamati | Menjelaskan langkah sambil mengetik |
| System design | Merancang sistem di papan tulis online | Menjelaskan komponen dan alasan memilih |
| Deep dive proyek | Membahas proyek yang pernah kamu kerjakan | Menceritakan peranmu dan keputusan teknis |
| Review take-home | Membahas tugas rumah yang sudah kamu kirim | Membela pilihanmu dan mengakui kekurangan |
Tanyakan ke recruiter format mana yang akan dipakai. Pertanyaan ini wajar dan menunjukkan kamu serius:
Could you tell me the format of the technical round? Will it be live coding or system design?
Mulai dengan klarifikasi, bukan kode
Kesalahan paling sering adalah langsung menulis kode begitu soal dibacakan. Pewawancara justru ingin melihat apakah kamu memahami masalah dulu. Ulangi soalnya dengan kata-katamu sendiri, lalu tanyakan batasannya.
Let me repeat the problem to make sure I got it. I get a list of numbers. I need to return the two that add up to the target. Is that right?
Pertanyaan klarifikasi yang berguna:
Can the input be empty?
Are the numbers always positive?
Should I care more about speed or memory here?
Is it okay to assume the input fits in memory?
Setelah itu, konfirmasi pemahamanmu dengan satu contoh kecil. Ini membantu kalau soalnya dibacakan cepat atau kalimatnya panjang:
Can I check one example? The list is 2, 7, and 11. The target is 9. So I return 2 and 7, right?
Kalau contohmu salah, pewawancara akan meluruskannya sekarang, bukan setelah kamu menulis kode sepuluh menit.
Kalau bagian soal tidak tertangkap karena logat atau koneksi, minta diulang. Itu jauh lebih baik daripada menebak. Frasa lengkapnya ada di frasa saat tidak mengerti pertanyaan.
Berpikir sambil bicara (think out loud)
Pewawancara tidak bisa membaca pikiranmu. Kalau kamu diam lima menit lalu tiba-tiba menulis solusi, mereka tidak tahu bagaimana kamu sampai ke sana. Karena itu, biasakan menyuarakan langkahmu. Tidak perlu panjang. Kalimat pendek justru lebih jelas.
Pola sederhana: rencana → langkah → cek.
First, I'll try a simple solution. Then I'll make it faster.
I'll loop through the list once. I'll store each number in a hash map.
Now let me check this with a small example.
Frasa transisi yang membantu:
- "My first idea is…" — ide pertama saya…
- "The problem with that is…" — masalahnya…
- "A better way might be…" — cara yang lebih baik mungkin…
- "Let me walk through an example." — saya coba dengan contoh.
- "I think there's a bug here." — sepertinya ada bug di sini.
Kamu tidak harus bicara terus tanpa henti. Boleh diam sebentar untuk berpikir, asalkan kamu bilang dulu. Lihat juga frasa untuk minta waktu berpikir.
Give me a moment to think about the edge cases.
Menjelaskan kode dan kompleksitas
Setelah kode selesai, biasanya kamu diminta menjelaskan atau menganalisis. Jelaskan dari atas ke bawah, satu bagian per kalimat.
This function takes the list and the target. This loop checks each number once. If the pair is in the map, I return it. If not, I add the number to the map.
Untuk kompleksitas, banyak kandidat ragu cara mengucapkannya. Ini cara yang umum dipakai:
| Tulisan | Diucapkan |
|---|---|
| O(n) | "O of n" atau "linear time" |
| O(n²) | "O of n squared" |
| O(log n) | "O of log n" |
| O(1) | "constant time" |
The time complexity is O of n. I go through the list once. The space is also O of n because of the map.
Istilah teknis lain yang sering salah ucap, seperti cache, queue, atau SQL, dibahas di pengucapan istilah teknis.
Saat buntu atau tidak tahu
Semua orang pernah buntu di wawancara teknis. Yang membedakan adalah cara menghadapinya. Diam total adalah pilihan terburuk. Lebih baik ceritakan apa yang kamu pikirkan dan di mana kamu tersangkut.
I'm stuck on how to handle duplicates. Can I think out loud for a minute?
I know a brute force way. It's O of n squared. I'll start there, then improve it.
I'm not sure about this part. Could you give me a small hint?
Kalau ditanya konsep yang memang belum kamu kuasai, jangan mengarang. Jujur, lalu tunjukkan cara berpikirmu:
I haven't used Kafka directly. I've used RabbitMQ for a job queue. I'd guess Kafka solves a similar problem at bigger scale. I'd read the docs to confirm.
Jawaban seperti ini menunjukkan kejujuran dan logika, dua hal yang dihargai pewawancara teknis.
Deep dive proyek dan system design
Di sesi deep dive, pewawancara ingin tahu peranmu yang sebenarnya. Gunakan "I" untuk bagian yang kamu kerjakan sendiri, dan "we" untuk keputusan tim. Jangan mengklaim seluruh sistem kalau kamu hanya mengerjakan satu bagian.
I built the payment webhook handler. The team chose the database before I joined.
Untuk system design, mulailah dari kebutuhan, baru komponen. Lalu jelaskan pilihanmu beserta kekurangannya. Cara menyampaikan untung-rugi dibahas di menjelaskan trade-off teknis.
Let me start with the requirements. How many users do we expect? Do we need real-time updates?
Kesalahan umum dan checklist latihan
Kesalahan yang paling sering terjadi:
- Langsung menulis kode tanpa klarifikasi soal.
- Diam terlalu lama tanpa memberi tahu sedang berpikir.
- Kalimat terlalu panjang sehingga kamu sendiri kehilangan arah. Satu langkah, satu kalimat.
- Mengaku tahu teknologi yang belum pernah dipakai. Pertanyaan lanjutan akan membongkarnya.
- Tidak menguji kode dengan contoh sebelum bilang selesai.
- Memakai "we" untuk semua hal, sehingga peranmu tidak terlihat.
Checklist latihan seminggu sebelum wawancara:
- Latih tiga soal dengan berbicara keras dalam bahasa Inggris, sambil merekam suaramu.
- Hafalkan lima frasa klarifikasi dan lima frasa transisi.
- Latih cara mengucapkan kompleksitas dan istilah teknis yang sering kamu pakai.
- Siapkan penjelasan dua menit untuk satu proyek nyata, dengan peranmu yang jelas.
- Siapkan jawaban jujur untuk teknologi di lowongan yang belum kamu kuasai.
Ringkasan
Wawancara teknis berbahasa Inggris menilai cara berpikirmu, bukan hanya hasil akhirnya. Klarifikasi soal dulu, suarakan langkahmu dengan kalimat pendek, uji dengan contoh, dan jujur saat tidak tahu. Bahasa Inggris yang sederhana sudah cukup asalkan alurnya jelas.
Untuk sesi deep dive dan pertanyaan perilaku, Repartee bisa menampilkan naskah jawaban Inggris singkat dari proyek-proyek di profilmu. Mode latihannya juga bisa dipakai untuk membiasakan diri menjawab dalam bahasa Inggris sebelum hari H.


