Teknoloji mülakat soruları: mühendislik yöneticileri ne arar

Yazılım mühendisliği, BT, veri, DevOps, QA ve güvenlik pozisyonlarındaki teknoloji mülakatları büyük ölçüde nasıl düşündüğünle ilgilidir. İşe alım yöneticisi bir problemi parçalarına ayırmanı, ödünleşimleri tartmanı, akıl yürütmeni net biçimde anlatmanı ve sonucun sorumluluğunu almanı görmek ister. Belirli bir framework’ü bilmek işe yarar, ama teklifi tek başına nadiren belirler.

Offermic’te teknoloji mülakatçısı kıdemli mühendislik yöneticisi rolüne girer: tekniktir ama sohbet havasında konuşur ve en çok karmaşık fikirleri basitçe anlatıp anlatamadığınla ilgilenir. Bu sayfa, bu tür bir mülakatçının ne aradığını ve nasıl hazırlanacağını anlatıyor.

Teknoloji mülakatçıları ne arar?

Beş işaret tekrar tekrar karşına çıkar:

1. Yapılandırılmış bir yaklaşım. Tahmin yürütmek yerine problemi netleştirir, hipotezler kurar ve bunları daraltırsın.
2. Net iletişim. Teknik bir kararı yalnızca başka bir mühendise değil, bir ürün yöneticisine de anlatabilirsin.
3. Ödünleşim düşüncesi. Elediğin alternatiflerin adını ve nedenini söylersin; örneğin tutarlılık mı hız mı, kendin mi geliştirmek yoksa hazır mı almak.
4. Veriye dayalı kararlar. Öncesini ve sonrasını ölçmüşsündür.
5. Sorumluluk alma. İşler ters gittiğinde de dahil, senin ne yaptığını söylersin.

Güçlü adaylar ayrıca sistem düzeyinde düşündüklerini (bir değişikliğin diğer servisleri nasıl etkilediğini) gösterir, sürdürülebilirliği ve testi önemser ve ne öğrenmekte olduklarından bahseder.

Teknoloji mülakatı nasıl ilerler?

Offermic’in teknoloji mülakatı profili iki soru türüne dayanır: geçmiş projelerle ilgili davranışsal sorular ve bir probleme nasıl yaklaşacağına dair kavramsal sorular. Daha küçük bir kısmı durumsaldır ve her oturum senin sorularına ayrılan zamanla biter.

Soru türü	Offermic’in teknoloji profilindeki payı	Örnek
Davranışsal	Yaklaşık %40	“Yaptığınız zor bir teknik ödünleşimden bahseder misiniz?”
Kavramsal	Yaklaşık %35	“Bir önbellekleme stratejisi tasarlarken nelere dikkat ederdiniz?”
Durumsal	Yaklaşık %15	“Sürümden bir saat önce derleme bozuluyor. Ne yaparsınız?”
Kapanış	Yaklaşık %10	Mülakatçıya soracağın sorular

Bu profil, sözdizimi ezber sorularından, beyaz tahtada algoritma bulmacalarından ve şirketlere özel sistemlerle ilgili sorulardan bilerek uzak durur. Canlı kodlama çalışman gerekiyorsa, sohbet pratiğinin yanında kodlamaya özel bir platform kullan.

Sık sorulan teknoloji mülakat soruları

Bunlar doğrudan teknoloji mülakatçısı profilinden geliyor:

• “Yalnızca aralıklı olarak ortaya çıkan bir üretim ortamı hatasını ayıklamaya nasıl yaklaşacağınızı adım adım anlatır mısınız?” Hatayı yeniden üretmekten, loglardan ve metriklerden, kapsamı daraltmaktan ve tekrarlanmasını önlemekten bahset.
• “Yüksek trafikli bir uygulama için önbellekleme stratejisi tasarlarken hangi etkenleri göz önünde bulundururdunuz?” Geçersiz kılma (invalidation), tutarlılık, isabet oranı ve önbellek çöktüğünde ne olacağı konularına değin.
• “Zor bir teknik ödünleşim yapmanız gereken bir anı anlatır mısınız?” Zor bir karar sorusunun klasik bir örneği; STAR kullan.
• “Kendi çözümünüzü geliştirmekle mevcut bir kütüphane ya da servisi kullanmak arasında nasıl karar verirsiniz?” Bir yapı için PREP yöntemine bak.
• “Kod incelemelerine yaklaşımınızı anlatın. Neye bakarsınız ve neden?”

Prova edilecek senaryolar: kullanıcıları etkileyen bir üretim ortamı kesintisi, bir ekip arkadaşıyla teknik anlaşmazlık, modernize edilmesi gereken eski bir sistem, fark ettiğin bir güvenlik açığı ve bulman gereken bir performans darboğazı. Anlaşmazlık vakasını ekip arkadaşıyla çatışma sayfası ayrıntılı biçimde ele alıyor.

Teknoloji mülakat sorularına nasıl cevap verilir?

Davranışsal sorular için STAR yöntemini kullan. Kavramsal sorularda sesli düşün: varsayımlarını söyle, seçenekleri sırala, birini seç ve ödünleşimi açıkla.

Durum

Görev

Eylem

Sonuç

1. Durum

   Örnek cevap (orta seviye backend mühendisi): Ödeme API'mizin p99 gecikme süresi akşam yoğunluklarında yavaş yavaş 1,8 saniye civarına çıkmıştı.

2. Görev

   İncelemenin sorumluluğu bendeydi ve planlanan bir pazarlama kampanyasından önce iki haftam vardı.

3. Eylem

   En yavaş uç noktaya izleme (tracing) ekledim, sipariş özetinde bir N+1 sorgusu buldum, bunu tek bir birleştirilmiş sorguyla değiştirdim ve ürün verileri için kısa ömürlü bir önbellek ekledim. Yayına almadan önce iki değişikliği de yük testinden geçirdim ve hızlı geri alma için bir özellik bayrağı (feature flag) tuttum.

4. Sonuç

   p99 gecikme süresi yaklaşık 400 ms'ye düştü ve kampanya boyunca o seviyede kaldı. İzleme kurulumunu belgeledim, böylece diğer ekipler de yeniden kullanabildi.

Bu tür rakamlar senin kendi rakamların olmalı. Tam rakamı hatırlamıyorsan dürüst bir aralık ver.

Örnek senaryo: üretim ortamında kesinti

Soru: “Cuma öğleden sonra bir sürüm yayına çıkıyor ve oturum açmış kullanıcılar için hata oranları fırlıyor. Ne yaparsınız?” Güçlü bir cevap SPAR yöntemini izler:

• Durum: Kullanıcılar şu anda etkileniyor, bu yüzden hizmeti geri getirmek nedeni bulmaktan önce gelir. Destek ekibinin, nöbetçi ekibin ve muhtemelen müşterilerin haberdar olması gerekir.
• Öneri: Önce durumu stabilize et, sonra araştır ve süreç boyunca iletişimi sürdür.
• Eylem: Hata artışının sürümle aynı zamana denk gelip gelmediğine bak; geliyorsa geri al ya da özellik bayrağını kapat. Bir durum güncellemesi yayımla, bir kişiyi iletişimden sorumlu tut ve inceleme için logları sakla.
• Sonuç: Hata oranları dakikalar içinde normale döner, birkaç gün içinde suçlayıcı olmayan bir olay sonrası değerlendirme yapılır ve kanarya sürümü ya da yeni bir alarm gibi somut bir önleme adımı atılır.

Mülakatçılar çoğu zaman “Geri almak mümkün değilse ne yaparsınız?” diye devam eder. Özellik bayrağının arkasında bir acil düzeltme (hotfix) ya da bir bağımlılığı ölçeklendirmek gibi ikinci bir seçeneği hazır tut.

Teknoloji cevaplarını batıran kırmızı bayraklar

• Kendi payını anlatmadan bir sorun için bir ekip arkadaşını, başka bir ekibi ya da “eski kodu” suçlamak.
• Ancak başka bir uzmanın takip edebileceği açıklamalar.
• Sistemi, rakamı ve kararı olmayan belirsiz hikâyeler.
• Testi, dokümantasyonu ya da kod incelemesini gereksiz yük olarak görmek.
• Mülakatçı itiraz ettiğinde savunmaya geçmek.
• Hiç başarısızlık hikâyesinin olmaması. Bir tane hazırla; bkz. hata ve çıkarılan ders.

Bilmeye değer metrikler ve terimler

Metrik	Neyi gösterir
Gecikme süresi (p50, p99)	İsteklerin ne kadar sürdüğü; p99 en yavaş %1’dir
Hata oranı	Başarısız olan isteklerin payı
Kesintisiz çalışma süresi (uptime) / kullanılabilirlik (availability)	Hizmetin çalıştığı zamanın payı
Dağıtım sıklığı	Üretim ortamına ne sıklıkla sürüm çıktığı
Değişiklik teslim süresi	Bir değişikliğin üretim ortamına ulaşmasının ne kadar sürdüğü
MTTR / toparlanma süresi	Bir arızadan sonra hizmetin ne kadar hızlı geri getirildiği
Kod kapsamı	Testlerin çalıştırdığı kodun payı

Dağıtım sıklığı, değişiklik teslim süresi ve başarısız dağıtımdan toparlanma süresi, DORA araştırma programının tanımladığı yazılım teslim metrikleri arasındadır; yani mühendislik liderleriyle kullanabileceğin ortak bir dildir.

Teknoloji mülakatına nasıl hazırlanılır?

1. İçini dışını bildiğin beş proje seç: bir kesinti ya da olay, bir tasarım kararı, bir anlaşmazlık, baskı altında yayına aldığın bir iş ve bir başarısızlık. Davranışsal soruların çoğu bunlardan birine denk gelir.
2. Her biri için rakamları yaz: öncesi ve sonrası, ekip büyüklüğü, takvim. Yoksa baskı altında hatırlamazsın.
3. Kavramsal cevapları sesli prova et. Hata ayıklama, önbellekleme ya da kendin geliştir mi, hazır mı al gibi sık karşılaşılan üç problem seç ve her birine yaklaşımını üç dakikadan kısa sürede anlat. Kendini kaydetmek, nerede lafı uzattığını gösterir.
4. En teknik projenin sade bir dille anlatılmış versiyonunu hazırla; sanki yeni bir ürün yöneticisine anlatıyormuşsun gibi.
5. Soru hazırla: nöbet yükü, kod inceleme kültürü, teknik borcun nasıl önceliklendirildiği ve ekibin teslimatı nasıl ölçtüğü. Mülakatçıya sorulacak sorular rehberinde daha fazlası var.

İlgili pozisyonlar ve sayfalar

Pozisyon bazlı soru bankaları: yazılım mühendisi, frontend geliştirici, veri analisti, veri bilimci ve ürün yöneticisi. Genel pratik için karmaşık bir konuyu anlatmak sayfasıyla ve davranışsal mülakat soruları rehberiyle başla.