Wawancara Pair Programming: Apa yang Diharapkan dan Cara Mempersiapkannya

Jika kamu terutama berlatih dengan teka-teki algoritma, sesi pair programming bisa terasa asing. Bagian ini menjelaskan apa bedanya dan mengapa itu mengubah cara persiapanmu. Jawaban singkatnya, kamu dinilai sebagai calon rekan kerja, bukan sebagai pemecah teka-teki.

Sesi ini biasanya berjalan dengan salah satu dari tiga cara: editor bersama berbasis browser, IDE milikmu sendiri sambil membagikan layar, atau kelanjutan dari proyek take-home yang sudah kamu buat. Tugasnya cenderung mirip pekerjaan sehari-hari, seperti menambahkan aturan validasi, memperbaiki test yang gagal, atau melakukan refactor pada sebuah fungsi. Beberapa perusahaan menukar peran, jadi kamu menghabiskan sebagian sesi sebagai driver yang mengetik dan sebagian sebagai navigator yang mengarahkan.

• Pertanyaan klarifikasi. Apakah kamu memastikan requirement dan definisi selesai sebelum menulis kode.
• Berpikir keras (thinking aloud). Apakah pasanganmu bisa mengikuti rencanamu tanpa perlu bertanya.
• Kemajuan bertahap. Langkah-langkah kecil yang berjalan, bukan satu perubahan besar di akhir.
• Testing. Apakah kamu menulis atau menjalankan test untuk membuktikan perubahan itu berhasil.
• Membaca kode. Seberapa cepat kamu memahami kode yang bukan buatanmu.
• Menerima masukan. Bagaimana kamu merespons petunjuk atau ide berbeda dari pasanganmu.

Format koding lain, termasuk whiteboard, take-home, dan sesi algoritma langsung, dibandingkan di interview types hub.

Seorang backend engineer yang mewawancarai posisi mid-level di startup logistik diminta menambahkan aturan diskon ke modul checkout yang sudah ada. Sebelum mengetik, mereka bertanya apakah diskon bisa digabung dan apa yang harus terjadi pada pesanan yang sedang diproses. Mereka membaca test yang sudah ada, menulis satu test gagal untuk aturan baru, membuatnya berhasil dengan perubahan paling sederhana, lalu bertanya kepada pasangannya apakah aturan itu sebaiknya ada di kelas pricing atau di objek policy terpisah. Ketika pewawancara mengusulkan pendekatan berbeda, mereka mencobanya dan menjelaskan trade-off-nya. Mereka tidak menyelesaikan requirement tambahan, dan feedback-nya tetap berfokus pada betapa mudahnya bekerja sama dengan mereka.

Alur klarifikasi, testing lebih dulu, perubahan kecil, dan diskusi desain itulah yang memang ingin diamati oleh sebagian besar sesi pair programming.

Berlatihlah bersama teman mengerjakan tugas kecil di repository yang belum familiar, dan latih kebiasaan menjelaskan apa yang kamu pikirkan sambil bekerja. Siapkan environment-mu terlebih dahulu jika akan memakai IDE sendiri: pastikan proyeknya bisa di-build dan test-nya berjalan sebelum panggilan dimulai. Mock interview tool membantu bagian percakapan, seperti menjelaskan pilihan desain atau proyek sebelumnya.

Bersikaplah realistis soal alat bantu langsung di sini. Pair programming sangat bergantung pada screen share, dan apa pun yang kamu bagikan terlihat oleh pasanganmu; pewawancaramu juga sedang mengamati kamu menulis kode secara langsung. SubcueAI mentranskripsi pewawancara dan menyusun draf poin jawaban selama bagian diskusi dari wawancara video, dari aplikasi desktop atau ekstensi browser, tanpa bot yang ikut dalam panggilan. Bagian koding sepenuhnya tanggung jawabmu, dan environment yang diawasi (proctored) serta perangkat yang dikelola perusahaan berada di luar cakupan ini. Detail penyiapannya ada di halaman tutorial.