Pair Programming Mülakatı: Neler Beklenir ve Nasıl Hazırlanılır
Yazan: Aaron Cao · Güncellendi
Pair programming mülakatında bir mühendisle birlikte gerçek kod yazarsınız; genellikle paylaşılan bir editörde veya ekran paylaşımı üzerinden kendi IDE'nizde, çoğunlukla gerçekçi bir kod tabanındaki küçük bir özellik veya hata üzerinde çalışırsınız. Mülakatçılar yalnızca işi bitirip bitirmediğinizi değil, iş birliğini, iletişimi ve test yazmak gibi alışkanlıkları değerlendirir.
Pair programming mülakatı bir kodlama testinden nasıl farklıdır?
Ağırlıklı olarak algoritma bulmacalarıyla hazırlandıysanız, bir pair programming turu size yabancı gelebilir. Bu bölüm bunun nasıl farklı olduğunu ve bunun hazırlığınızı nasıl değiştirdiğini açıklıyor. Kısa cevap: bir bulmaca çözücü olarak değil, gelecekteki bir takım arkadaşı olarak değerlendiriliyorsunuz.
Oturum genellikle üç şekilden birinde yürür: tarayıcı tabanlı paylaşılan bir editör, ekranınızı paylaşırken kendi IDE'niz veya daha önce oluşturduğunuz bir take-home projenin devamı. Görev genellikle günlük işe benzer; bir doğrulama kuralı eklemek, başarısız bir testi düzeltmek veya bir fonksiyonu yeniden düzenlemek (refactor) gibi. Bazı şirketler rolleri değiştirir, böylece oturumun bir kısmında yazan taraf (driver), bir kısmında ise yönlendiren taraf (navigator) olursunuz.
Mülakatçılar neyi değerlendirir?
- Netleştirici sorular. Kod yazmaya başlamadan önce gereksinimi ve 'bitti' tanımını teyit edip etmediğiniz.
- Sesli düşünme. Eşinizin sormadan planınızı takip edip edemediği.
- Kademeli ilerleme. Sonda tek büyük bir değişiklik yerine küçük, çalışan adımlar.
- Test yazma. Değişikliğin işe yaradığını kanıtlamak için test yazıp yazmadığınız veya çalıştırıp çalıştırmadığınız.
- Kod okuma. Yazmadığınız kodda ne kadar hızlı yönünüzü bulduğunuz.
- Geri bildirim alma. Eşinizden gelen bir ipucuna veya farklı bir fikre nasıl tepki verdiğiniz.
Whiteboard, take-home ve canlı algoritma turları dahil diğer kodlama formatları interview types hub sayfasında karşılaştırılıyor.
İyi bir oturum nasıl görünür?
Bir lojistik startup'ında orta seviye bir pozisyon için mülakata giren bir backend mühendisinden, mevcut bir checkout modülüne bir indirim kuralı eklemesi istendi. Yazmaya başlamadan önce indirimlerin üst üste binip binemeyeceğini ve zaten işlemde olan siparişlere ne olması gerektiğini sordu. Mevcut testleri okudu, yeni kural için başarısız olan bir test yazdı, en basit değişiklikle bu testi geçirdi ve ardından eşine kuralın pricing sınıfına mı yoksa ayrı bir policy nesnesine mi ait olması gerektiğini sordu. Mülakatçı farklı bir yaklaşım önerdiğinde bunu denedi ve ödünleşimi (trade-off) açıkladı. Ek gereksinimi bitiremedi, ama geri bildirim yine de onunla çalışmanın ne kadar kolay olduğuna odaklandı.
Netleştirme, önce test yazma, küçük değişiklikler yapma ve tasarımı tartışma akışı, pair programming turlarının çoğunun gözlemlemek üzere kurgulandığı şeydir.
Nasıl hazırlanmalısınız ve SubcueAI nereye uyuyor?
Tanımadığınız bir repository'de küçük bir görev üzerinde bir arkadaşınızla eşleşin ve ilerlerken sesli anlatmayı pratik edin. Kendi IDE'nizi kullanacaksanız ortamınızı önceden kurun: proje derlenebilmeli ve testler görüşme başlamadan önce çalışmalı. Mock interview tool, bir tasarım kararını veya geçmiş bir projeyi anlatmak gibi konuşma odaklı kısımlarda yardımcı olur.
Burada canlı araçlar konusunda gerçekçi olun. Pair programming büyük ölçüde ekran paylaşımına dayanır ve paylaştığınız her şey eşiniz tarafından görülebilir; mülakatçınız da sizi gerçek zamanlı olarak kod yazarken izliyor. SubcueAI, bir video mülakatın konuşma bölümlerinde, masaüstü uygulamasından veya tarayıcı eklentisinden, görüşmeye katılan bir bot olmadan mülakatçıyı deşifre eder ve cevap noktalarını taslak haline getirir. Kodlamanın kendisi size aittir; gözetimli (proctored) ortamlar ve şirket tarafından yönetilen cihazlar bu kapsamın dışındadır. Kurulum ayrıntıları tutorial sayfasındadır.