Teknik Mülakata Hazırlık: Çalışma Planı ve Görüşme Günü

Teknik mülakat, günlük işin birebir aynısı değildir. İşte saatlerce üzerinde düşünebileceğiniz bir problemi, mülakatta kırk dakikada ve birinin gözü üzerinizdeyken çözersiniz. Bu yüzden iyi bir geliştirici olmakla iyi bir mülakat vermek her zaman aynı şey olmaz. İyi haber şu: mülakat da çalışılabilir bir beceridir.

Aşağıdaki plan altı haftalık bir çerçeve öneriyor, ancak süreyi kendinize göre esnetebilirsiniz. Önemli olan sıra ve denge: yalnızca bulmaca çözerek de, yalnızca proje yaparak da hazırlanılmaz.

Hazırlığın dört ayağı

• Temeller: Veri yapıları, karmaşıklık, dilin kendine özgü davranışları.
• Problem çözme: Orta zorlukta problemleri düzenli aralıklarla çözmek.
• Kendi işiniz: Geçmişte yaptığınız işleri anlatılabilir hâle getirmek.
• Provalar: Sesli düşünerek, süre tutarak yapılan denemeler.

Çoğu kişi ilk ikisine yüklenip son ikisini atlar. Oysa mülakatta değerlendirilen şey yalnızca çözüm değil, çözüme nasıl gittiğinizdir. Sessizce yirmi dakika düşünüp mükemmel cevabı vermek, sesli düşünerek biraz eksik ilerlemekten genellikle daha az iyi karşılanır.

Haftalara bölünmüş bir plan

1. 1. hafta: Diziler, sözlükler ve temel karmaşıklık. Günde bir problem, çözümü kendi cümlelerinizle yazın.
2. 2. hafta: Sıralama, ikili arama, iki işaretçi. Geçen haftanın problemlerinden ikisini tekrar çözün.
3. 3. hafta: Ağaç ve grafik gezinmeleri. Kendi projelerinizden birini anlatım için hazırlayın.
4. 4. hafta: Özyineleme ve dinamik programlamaya giriş. İlk sesli provanızı yapın.
5. 5. hafta: Sistem ve tasarım soruları, veri modelleme. İkinci prova.
6. 6. hafta: Karışık tekrar; yalnızca daha önce zorlandığınız problemler.

Altıncı haftanın tamamen tekrara ayrılması tesadüf değil. Yeni problem çözmek ilerlediğiniz hissini verir, ama daha önce takıldığınız yerlere dönmek asıl farkı yaratır.

Sesli düşünmeyi çalışın

Mülakatta karşınızdaki kişi, kafanızın içini göremez. Ne düşündüğünüzü söylemezseniz, sizin için doğru varsayımı yapamaz. Sesli düşünmek doğal gelmiyorsa çalışılabilir: problemi çözerken kendinize yüksek sesle anlatın, hatta kaydedip dinleyin. İlk kayıt rahatsız edicidir; üçüncüsü çok daha akıcıdır.

Mülakatta en kötü an, sessizce takıldığınız andır. Takıldığınızı söylemek zayıflık değil; birlikte çalışabilme işaretidir.

Bir problemle karşılaştığınızda izleyebileceğiniz sabit bir sıra kurun. Sıranın varlığı, heyecanlandığınız anda sizi taşır:

1. Soruyu kendi cümlelerinizle tekrar edin.
2. Bir iki örnek girdi üzerinde beklenen çıktıyı elle yazın.
3. Kaba bir çözüm söyleyin, karmaşıklığını belirtin.
4. İyileştirme yönünü tarif edin, sonra kodlamaya başlayın.
5. Kodu bitirince küçük bir örnekle adım adım deneyin.

Üçüncü adımı atlamayın. Kaba çözümü söylemek zaman kaybı değildir; hem bir başlangıç noktası verir hem de tamamen boş kalma riskini ortadan kaldırır.

Küçük bir örnek

Basit görünen sorularda bile sınır durumlarını yüksek sesle konuşmak iyi izlenim bırakır. Boş girdi, tek elemanlı girdi ve tekrar eden değerler ilk akla gelmesi gerekenlerdir.

function tekrarEdenVarMi(dizi) {
  const gorulen = new Set();
  for (const deger of dizi) {
    if (gorulen.has(deger)) return true;
    gorulen.add(deger);
  }
  return false;
}

Bu çözümü yazdıktan sonra “bellek kullanımı girdiyle doğru orantılı; bellek kısıtı varsa sıralayıp yan yana bakmak alternatif olur” demek, kodun kendisinden daha çok şey anlatır.

Görüşme günü

O gün yeni bir konu öğrenmeye çalışmayın; bilgi eklemek yerine sakinliğinizi koruyun. Bağlantıyı ve kurulumu önceden deneyin. Yanınızda kâğıt kalem bulundurun. Soru soracağınız iki üç konuyu önceden yazın: ekibin çalışma biçimi, kod inceleme süreci, yeni katılan birinin ilk ayı gibi. İyi sorular, ilgi ve hazırlık gösterir.

Kendi işinizi anlatmaya hazırlanmak

Teknik görüşmelerin önemli bir kısmı problem çözmekle değil, geçmişte yaptığınız işi anlatmakla geçer. Bu kısım genellikle çalışılmadan gidilen kısımdır ve çoğu adayın en zorlandığı yer burasıdır. Hazırlık basittir: iki üç işi seçin ve her biri için beş cümlelik bir çekirdek hikâye yazın. Ne yapılması gerekiyordu, sizin rolünüz neydi, hangi zorlukla karşılaştınız, nasıl çözdünüz, sonuç ne oldu.

Hikâyeyi yazarken teknik ayrıntıyı doğru seviyede tutun. Karşınızdaki kişi projenin bağlamını bilmiyor; iç kısaltmalarla anlatılan bir hikâye takip edilemez. Bir cümlelik bağlamla başlayıp ayrıntıya inmek, ilgiyi kaybetmemenin en kolay yolu.

Bilmediğiniz bir soru geldiğinde

Bilmediğiniz konuda uydurmayın; bu neredeyse her zaman anlaşılır. Bunun yerine bildiğiniz sınırı söyleyin ve nasıl yaklaşacağınızı anlatın: “Bunu daha önce kullanmadım, ama benzer bir problemi şöyle ele almıştım, muhtemelen buradan başlardım.” Bu cevap, sessiz kalmaktan da uydurmaktan da iyidir.

Görüşme sonrası kısa bir not tutun: hangi soru geldi, nerede zorlandınız, ne söylemek isteyip söyleyemediniz. Birkaç görüşme sonra bu notlar kendi zayıf noktalarınızın haritasını çıkarır. Temelleri tazelemek isterseniz platformdaki Modern JavaScript Temelleri kursu bu hazırlığın ilk iki haftasına iyi eşlik eder.