Full Stack Geliştirici Mülakat Soruları

Full stack bir sürecin, çoğu adayın tek bir mülakata ayırdığı sürede frontend ve backend olmak üzere iki eksiksiz mülakata hazırlanmak anlamına geldiğinden endişe edebilirsiniz. Bu endişe makul, ve bu bölüm işin göründüğünden neden daha küçük olduğunu gösteriyor. Mülakatçılar nadiren ayrı bir frontend veya backend sürecini tekrarlar; katmanların buluştuğu noktaları sorgularlar, çünkü full stack mühendisleri unvanlarını tam da orada hak eder.

Çoğu süreç dört tür turu birleştirir:

• Kodlama: bir veri yapıları sorusu veya ayrıştırma, gruplama ya da kayıtları sayfalama gibi pratik bir görev, genellikle JavaScript, TypeScript, Python veya Java ile.
• Özellik geliştirme: API'ye kaydeden ve doğrulama hatalarını gösteren bir form gibi küçük bir uçtan uca görev, ortak bir editörde veya take-home bir repoda.
• Stack genelinde tasarım: yorumlar veya bildirimler gibi bir özelliği taslak halinde çizin, şemayı, API'yi, client durumunu ve ağ hata verdiğinde ne olacağını kapsayarak.
• Davranışsal: bir özelliğin bilet aşamasından üretime kadar sahiplenilmesi ve katmanlar arasında peşine düştüğünüz bir hata.

Katmana özgü derinlik de gündeme gelir; ayrı frontend developer ve backend developer sayfaları dahil özel soru setleri için mülakat soruları merkezine bakın. Bu sayfa ikisinin arasında kalanı ele alır.

API, işinizin iki yarısı arasındaki sözleşmedir, bu yüzden mülakatçılar onu her iki taraftan da sorar:

• Bir özellik için endpoint'leri nasıl tasarlarsınız, ve her biri başarı ile hata durumunda ne döner?
• Üretimde zaten çalışan client'ları bozmadan bir API'yi nasıl değiştirirsiniz? (Versioning, eklemeli değişiklikler, deprecation pencereleri.)
• Offset mi cursor pagination mi: bir activity feed için hangisini kullanırdınız, ve neden?
• Client zaman aşımına uğrarsa bir POST'u yeniden denemek için nasıl güvenli hale getirirsiniz? (Idempotency key'ler.)
• Belirli bir client için REST, GraphQL veya RPC: caching, over-fetching ve hata yönetiminde ne değişir?
• Doğrulama nerede yaşar, client'ta mı, server'da mı, yoksa her ikisinde de mi, ve hangisi yetkili kabul edilir?
• Bir list endpoint'i iç içe veri döndürdüğünde N+1 sorgusundan nasıl kaçınırsınız?

Güçlü bir cevap yalnızca seçimi değil, trade-off'u da adlandırır. "Cursor pagination, çünkü kullanıcı scroll ederken eklenen satırlar bir offset'i kaydırıp öğeleri yinelerdi" demek, her iki seçeneği sıralayıp orada durmaktan daha iyidir.

İki soru türü full stack adaylarını uzmanlardan ayırır. İlki uçtan uca kimlik doğrulamadır: bir kullanıcının giriş formunu gönderdiği andan kimliği doğrulanmış bir API çağrısının başarılı olduğu ana kadar ne olduğunu anlatın. Mülakatçılar kimlik bilgisinin nerede tutulduğuna (bir cookie mi yoksa client depolaması mı), sunucunun bunu nasıl kontrol ettiğine, bir HttpOnly cookie'nin neden script erişimine dayanıklı olduğuna, cookie tabanlı bir session'ın hangi CSRF korumasına ihtiyaç duyduğuna, CORS'un farklı bir origin'deki bir front end'i nasıl etkilediğine ve logout ile token süresinin nasıl ele alındığına kulak kabartır.

İkincisi izlemedir: "Kullanıcı Save'e tıklıyor ve hiçbir şey olmuyor. Bunu nasıl debug edeceğinizi anlatın." İyi bir cevap, tahmin etmek yerine katman katman ilerler: tarayıcı konsolu ve network sekmesinden, request ve response'a, sunucu loglarına, veritabanı yazma işlemine kadar.

Orta ölçekli bir SaaS şirketinde mülakata giren bir full stack developer tipik bir örnektir. Bir yorum özelliğinin nasıl çalışacağı sorulduğunda, tablodan başladı (post ID, author ID ve zaman damgaları içeren, post'a göre indekslenmiş yorumlar), cursor pagination ile list endpoint'ini tanımladı, POST başarısız olursa rollback ile client'ta optimistic rendering'i anlattı, ve çift tıklamanın iki kez gönderim yapmasını nasıl engelleyeceğiyle bitirdi. Her katmanı kısa tuttu, ve mülakatçının takip soruları doğrudan adlandırdığı bağlantı noktalarına yöneldi.

İzlemeyi sesli yapın. Her gün kullandığınız bir uygulamadan bir özellik seçin ve şemadan ekrana kadar açıklayın, ardından bir hata ekleyerek tekrar yapın: API yavaş, yazma işlemi kısmen başarılı oluyor, kullanıcı request ortasında logout oluyor. Kendinizi kaydedin, veya sözlü cevaplarınıza göre takip soruları soran AI mock interview'de soruları çalıştırın.

Canlı turlarda, SubcueAI'nin macOS ve Windows için masaüstü uygulaması, mülakatın kuralları izin verdiğinde mülakatçıyı transkribe edebilir ve tasarım ile davranışsal cevaplar için bir yapı önerebilir; Chrome/Edge eklentisi tarayıcı sekmesi görüşmelerini kapsar, ve iPhone uygulaması başka bir cihazda çalan bir görüşmeyi dinler. Dürüst sınır full stack süreçlerinde en çok önem taşır: özellik geliştirme ve kodlama turları genellikle shared screen üzerinde gerçekleşir, ve shared screen'deki her şey görünür olduğundan, yardım orada kapsam dışıdır. Gözetimli online sınavlar ve şirket tarafından yönetilen cihazlar da kapsam dışıdır. Kurulum tutorial'da bulunur.