Mülakatta Asıl Ölçülen Şey: Düşünme Sürecini Görünür Kılmak
Yazılım mülakatlarında adayların çoğu doğru cevabı bulmaya odaklanır. Oysa mülakatı yapan kişi genellikle cevabın kendisinden çok, o cevaba nasıl ulaşıldığını izlemek ister. Bu yazının odaklandığı tek soru şu: Mülakat boyunca düşünme sürecini görünür kılmak neden belirleyici, bunu pratikte nasıl yaparsınız?
Neden cevaptan önce süreç önemli
Bir teknik mülakat, gerçek iş ortamının küçültülmüş bir provasıdır. Gerçek projelerde kimse sizden tahtada tek seferde kusursuz bir çözüm üretmenizi beklemez; beklenen şey belirsizlikle baş edebilmeniz, varsayımları netleştirmeniz ve kararlarınızı gerekçelendirebilmenizdir. Mülakat değerlendirmesinde de aynı sinyaller aranır:
- Problemi anladığınızı gösterme biçiminiz
- Kısıtları ve varsayımları nasıl ele aldığınız
- Bir çözümü seçerken hangi alternatifleri neden elediğiniz
- Takıldığınızda nasıl bir yol izlediğiniz
Bu nedenle sessizce düşünüp yalnızca sonucu söylemek, doğru cevapta bile zayıf bir izlenim bırakabilir. Çünkü karşı taraf, süreci göremediğinde elinde değerlendirecek veri kalmaz.
Kavramı uygulamaya çevirmek
Düşünme sürecini görünür kılmak, "sürekli konuş" demek değildir. Anlamlı aralıklarla, karar noktalarını paylaşmak demektir. Pratikte işe yarayan birkaç alışkanlık:
Soruyu kendi cümlelerinizle yeniden ifade edin. Problemi tekrar anlatmak, yanlış anlamayı erken yakalamanın en hızlı yoludur. Aynı zamanda karşı tarafa nereden başladığınızı gösterir.
Varsayımları açıkça söyleyin. Girdi boyutu, eşzamanlılık, hata durumları gibi belirsiz kalan noktaları tahmin etmek yerine dile getirin. Gerekirse sorun. Bu, hem çözümü sağlamlaştırır hem de mühendislik olgunluğunun işaretidir.
Önce yaklaşımı, sonra ayrıntıyı anlatın. Kaba bir plan çizip ("önce veriyi gruplayıp sonra en sık geçeni seçeceğim") ardından detaya inmek, dinleyenin sizi takip etmesini kolaylaştırır. Doğrudan karmaşık detaya dalmak, çoğu zaman iletişimi koparır.
Takıldığınızda sesli düşünün. "Burada tıkanıyorum, çünkü şu durumda maliyet artıyor; alternatif olarak şunu deneyebilirim" demek, susup beklemekten çok daha fazla bilgi verir.
Kod örneği gerekli mi?
Her mülakat için değil. Bazı görüşmeler tamamen sistem tasarımı veya davranışsal sorular üzerine kuruludur ve burada kod yazmak anlatıma bir şey katmaz. Ancak algoritma veya veri yapısı sorularında küçük bir örnek, soyut bir fikri somutlaştırabilir. Örneğin bir fonksiyonun karmaşıklığını tartışırken, tek satırlık bir sözde kod ya da basit bir döngü, "şunu kastediyorum" demenin en kısa yolu olabilir. Önemli olan, kodu gösteriş için değil, bir kararı netleştirmek için kullanmaktır.
Uygulanabilir çıkarımlar
- Mülakatı bir sınav değil, birlikte problem çözme oturumu gibi ele alın.
- Sessizliği bilinçli yönetin: kısa düşünme araları normaldir, uzun sessizlikler değil.
- Yanlış bir yola girdiğinizi fark ettiğinizde bunu saklamak yerine dile getirip düzeltin; bu, hatasızlıktan daha güçlü bir sinyaldir.
- Her cevabın ardından kısaca gerekçenizi ekleyin; "ne" kadar "neden" de önemlidir.
Mülakatlarda başarı çoğu zaman en zeki cevabı vermekle değil, düşüncenizi karşı tarafın izleyebileceği hâle getirmekle gelir. Bu yaklaşım, hem değerlendirilmeyi kolaylaştırır hem de gerçek iş hayatında beklenen çalışma biçimine denk düşer.
