Junior bir geliştiriciye mentorluk yaptığınız bir deneyimi anlatın. Nasıl bir yaklaşım izlediniz?

Bu soru, özellikle mid ve senior pozisyonlarda ekibi büyütme, bilgi paylaşımı ve sabır becerisini ölçer. İyi bir cevap, mentorluğu "işi onun yerine yapmak" değil, kişinin bağımsızlaşmasını sağlamak olarak anlatır.

Bahsedilebilecek yaklaşımlar

• Hedefleri birlikte belirlemek: ilk 30/60/90 gün için somut hedefler (ör. bir özelliği uçtan uca kendi başına çıkarmak).
• Doğru büyüklükte işler: önce iyi tanımlanmış küçük hatalar, sonra giderek belirsizliği artan işler.
• Soru sorarak yönlendirmek: cevabı vermek yerine "Bu hatayı izole etmek için ilk neye bakardın?" gibi sorular.
• Pair programming: başta siz sürer o izler, sonra roller değişir.
• Yapıcı code review: neyi değil, nedenini açıklayan yorumlar; küçük stil konularını linter'a bırakmak.
• Düzenli birebir görüşmeler: teknik olmayan engelleri (çekingenlik, soru sormaktan utanma) konuşmak.
• Görünürlük sağlamak: başarısını ekip içinde paylaşmak, demo yapma fırsatı vermek.

Örnek cevap (özet)

Ekibe yeni katılan bir geliştirici code review'larda çok fazla yorum alıyor ve moralini kaybediyordu. Haftada iki kez 45 dakikalık pair programming seansları başlattım ve en sık tekrarlanan yorumları bir kontrol listesine dönüştürdük. PR'larını daha küçük parçalara bölmesini önerdim. İki ay sonra PR başına yorum sayısı belirgin şekilde düştü ve üçüncü ayda ekibin bildirim servisindeki bir özelliği tek başına tasarlayıp sundu. Ben de bu süreçte açıklama yaparken kendi varsayımlarımı sorgulamayı öğrendim.

Mentorluk deneyiminiz yoksa

Staj öğrencisine destek olmak, onboarding dokümanı yazmak, iç eğitim vermek veya açık kaynak projede yeni katkıcılara yardım etmek de geçerli örneklerdir.