Mülakat Hazırlığı

Full Stack Geliştirici Mülakat Soruları ve Yanıtları

Full Stack Geliştirici mülakatlarında, bir özelliği baştan sona nasıl ele aldığınız değerlendirilir. Frontend, backend, veritabanı ve dağıtım tarafındaki yaklaşımınızı net anlatmanız beklenir. Bu sayfada, teknik yetkinliğinizi ve çalışma tarzınızı öne çıkaracak sorular ile örnek yanıtlar bulacaksınız.

Written & reviewed by the CVWon Editorial Team · Updated Temmuz 2026

CV'nizi Oluşturun

Sorular ve Cevaplar

Mülakat Soruları ve Örnek Cevaplar

Sık sorulan bu sorulara ayrıntılı örnek cevaplarla hazırlanın.

Bu Sorunun Sorulma Nedeni

Adayın güvenlik ve mimari sınırları doğru kurup kurmadığını ölçer.

Örnek Cevap

Ben temel iş kuralları, doğrulama, yetkilendirme ve veri bütünlüğü gibi kritik mantığı server tarafında tutarım. Client tarafında ise kullanıcı deneyimini hızlandıran katmanları; anlık form doğrulama, optimistic UI ve basit uyarılar gibi alanları kullanırım. Çünkü browser tarafı güvenilir bir otorite değildir. Tek kaynak yaklaşımıyla hem güvenliği hem de bakım kolaylığını korurum.

Güven sınırını server tarafında tuttuğunuzu açıkça söyleyin.

Bu Sorunun Sorulma Nedeni

Bir özelliğin sadece kodunu değil, tüm yaşam döngüsünü sahiplenip sahiplenmediğinizi görmek isterler.

Örnek Cevap

Önce gereksinimi ve kabul kriterlerini netleştiririm. Ardından veri modeli, API sözleşmesi ve hata durumlarını çıkarırım. Backend endpoint'ini validation ve testlerle kurar, sonra frontend tarafında loading, empty state ve error state'leri işlerim. Gerekirse feature flag ile kontrollü yayın yapar, production'da gözlemleyerek adım adım ilerlerim. Böylece değişiklik küçük, review edilebilir ve geri alınabilir olur.

Cevabınızda test, hata yönetimi ve kademeli yayını mutlaka anın.

Bu Sorunun Sorulma Nedeni

Genelci adayın yüzeysel kalıp kalmadığını ayırt etmek isterler.

Örnek Cevap

Ben bir veya iki alanda derin uzmanlık korurken, diğer katmanlarda da yeterli teknik okuryazarlığı sürdürürüm. Örneğin API tasarımı ve React tarafında güçlü kalır, veri modeli veya deployment tarafında temel kararları anlayacak seviyede olurum. Bilmediğim konuda tahmin yürütmek yerine dokümantasyon, pair work ve küçük deneylerle ilerlerim. Full stack olmak benim için her şeyi eşit derinlikte bilmek değil, sistemi bütün olarak anlayıp doğru karar verebilmektir.

Gerçekten güçlü olduğunuz alanı isimlendirerek samimi olun.

Bu Sorunun Sorulma Nedeni

Geniş bir codebase'i sürdürülebilir tutup tutamayacağınızı ölçer.

Örnek Cevap

Tutarlılığı kişisel tercih değil, ekip standardı haline getiririm. Lint, formatter ve CI kontrolleriyle stil kararlarını otomatikleştiririm. UI, API ve data katmanlarını net ayırarak sorumlulukları dağıtırım. Kritik akışlar için integration test'ler yazar, mimari kararları dokümante ederim. Böylece ekip büyüse bile codebase kontrolsüz bir karmaşaya dönüşmez.

Otomatik kalite kapıları ve dokümantasyon vurgusu yapın.

Bu Sorunun Sorulma Nedeni

Adayın mimari düşünme biçimini görmek isterler.

Örnek Cevap

Benim için en önemli prensip, sistemin tamamında kaynakların tek bir mantıkla yönetilmesidir. Veri modeli, API, UI ve deployment zinciri birbirini tutmalı; bir katmandaki karar diğerini bozmamalıdır. Ayrıca business logic ile presentation logic'i ayırmaya çok dikkat ederim. Böylece hem test edilebilirlik hem de bakım kolaylığı artar.

Prensibi soyut bırakmayın, örnek katmanlarla somutlaştırın.

Teknik

Full Stack Geliştirici mülakatlarında hangi teknik sorular sorulur?

Mülakatınızda bu role özgü teknik sorularla karşılaşmayı bekleyin.

Önce browser input'u doğrular ve HTTP request oluşturur. Request server'a ulaşınca authentication kontrolü, payload validation ve iş kuralı doğrulaması yapılır. Gerekirse transaction içinde database'e yazma veya okuma gerçekleşir. Server uygun status code ile response döner, client da başarı veya hata durumuna göre arayüzü günceller.

Login sonrası server genellikle bir session cookie veya imzalı token üretir. Ben mümkün olduğunda httpOnly cookie yaklaşımını tercih ederim; bu, XSS ile token çalınması riskini azaltır. CSRF korumasını da düşünürüm. Backend her protected request'te kimliği ve yetkiyi yeniden doğrular; client'ın kimlik beyanına güvenmem.

CORS, browser'ın farklı origin'lere yapılan istekleri kısıtlayan güvenlik mekanizmasıdır. Örneğin frontend başka domain'de, API başka domain'deyse bunu yaşarsınız. Çözüm, server'ın güvenilen origin'lere doğru Access-Control-Allow-Origin ve ilgili header'ları dönmesidir. CORS'u kapatmaya çalışmak yerine doğru şekilde yapılandırmak gerekir.

Önce query plan'ı ve indeksleri inceler, gerekli optimizasyonu yaparım. Ardından timeout koyarak yavaş sorgunun connection'ları gereksiz yere tutmasını engellerim. Sık okunan veriler için cache kullanır, connection pool limitlerini gözden geçiririm. Ağır işleri request path dışına alıp background job'a taşımak da iyi bir çözümdür.

SSR'da HTML server tarafında üretilir, bu da ilk görünümü hızlandırır ve SEO açısından avantaj sağlar. CSR'da ise uygulama tarayıcıda JavaScript bundle ile kurulur; bu, yüksek etkileşimli uygulamalar için uygundur ama ilk yükleme maliyeti artabilir. Birçok ekip hydration veya static generation ile bu iki yaklaşımı dengeler.

Durumsal

Full Stack Geliştirici olarak hangi durumsal mülakat sorularına hazırlanmalısınız?

Karşılaşabileceğiniz davranışsal ve durumsal senaryolar.

Bir projede kaydetme sonrası ara sıra veri kaybı yaşanıyordu. Sorunu yeniden üretip network trafiğini inceledim; request doğru görünüyordu, bu da odağı backend'e çevirdi. Eşzamanlı güncellemelerin alanları ezdiğini bulduk. Version alanı ile optimistic locking ekledim ve UI'da conflict durumunu net gösterdim. Veri kaybı bitti, kullanıcılar da çakışma olduğunda anlaşılır uyarı almaya başladı.

İç araç niteliğinde bir admin paneli tek başıma, sıkı takvimle geliştirdim. Önce olmazsa olmaz akışları daralttım, sonra bana hız kazandıran tanıdık bir stack seçtim. Component library ve ORM kullanarak gereksiz tekrarları azaltıp hızlı ilerledim. İki haftada çalışan bir araç çıkardım ve sonrasında başka bir geliştiricinin devralabilmesi için dokümantasyon bıraktım.

Demo öncesi hem UI animasyonları hem de bir hata yolunun güvenli şekilde ele alınması gerekiyordu. Ben önce crash riskini kapatmayı seçtim; çünkü demo sırasında çökme, görsel eksikten daha kritik olurdu. UI tarafını sade ama temiz tuttum ve bu kararı ekiple açıkça paylaştım. Demo sorunsuz geçti, ardından sonraki sprint'te polish işlerini tamamladık.

Yeni ekip arkadaşlarının local setup kurması günler sürüyordu. Ben tüm stack'i container'lara taşıyıp tek komutla app, database ve seed data ayağa kalkacak şekilde düzenledim. Sık kullanılan akışlar için kısa dokümantasyon hazırladım ve testler için make target ekledim. Sonuçta yeni gelen geliştiriciler ilk günden üretken oldu, ekip de environment sorunlarına daha az vakit harcadı.

Hazırlık

Hazırlık İpuçları

UI, API ve database katmanlarını kapsayan tek bir güçlü proje hikayesi hazırlayın; uçtan uca sahiplenme hissi vermeniz önemli.

CSS ve indexing gibi farklı uçlardaki sorulara aynı rahatlıkla yanıt verecek kadar tekrar yapın.

Request lifecycle, authentication, session ve token akışını ezbere değil mantığıyla anlatabilecek seviyeye gelin.

Feature scope'u yüksek sesle parçalara ayırma pratiği yapın; full stack roller küçük ve teslim edilebilir dilimleri sever.

Zayıf olduğunuz katmanı saklamayın; dürüstçe söyleyin ve öğrenme hızınızı, pair work yaklaşımınızı anlatın.

“Maaş beklentiniz nedir?” sorusuna nasıl yanıt verilir?

Türkiye'de Full Stack Geliştirici maaşında benden beklenen seviye ve sorumluluğa göre brüt/net TL/ay aralığını piyasa araştırmasıyla değerlendiririm. İstanbul ve Ankara gibi pazarlarda, SGK ve gelir vergisi kesintileri nedeniyle brüt ile net arasında anlamlı fark oluşur; bu yüzden teklifleri mutlaka brüt ve net olarak netleştirmek isterim. Uzaktan ya da hibrit model, servis/yan haklar ve ekipteki ürün sahipliği düzeyi de beklentimi etkiler. Benim için önemli olan, bir özelliği uçtan uca teslim edebilme sorumluluğu ve buna uygun, adil bir paket sunulmasıdır. Lisans veya yüksek lisans fark etmeksizin Boğaziçi, ODTÜ, İTÜ gibi okullardan gelen güçlü teknik altyapı tek başına belirleyici değildir; asıl belirleyici işin kapsamı ve rolün seniority seviyesidir. Net bir aralık konuşmam gerekirse, rolün kapsamını ve yan hakları gördükten sonra brüt/net TL/ay üzerinden uyumlu bir teklif beklerim.

SSS

Sıkça Sorulan Sorular

Genellikle hem geniş hem de seçtiğiniz bir alanda derinlik beklenir. Örneğin React, API tasarımı veya database tarafında güçlü olduğunuz bir alan mutlaka olur; diğer katmanlarda ise yetkin ve dürüst olmanız yeterlidir. Her şeyi aynı derinlikte bilmeniz beklenmez.

Kullandığınız teknolojiden çok temel prensipleri öne çıkarın. Örneğin backend, frontend, deployment, test ve code review alışkanlıklarınızı anlatın. Yeni stack'e uyum hızınızı; öğrenme biçiminiz, dokümantasyon okuma alışkanlığınız ve pair çalışma yaklaşımınızla gösterin.

Bunu production code gibi ele alın. Temiz klasör yapısı, doğru hata yönetimi, testler, kısa README ve çalıştırma adımları önemli olur. Basit ama sağlam bir çözüm, gösterişli ama dağınık bir uygulamadan daha iyi izlenir.

Türkiye'de her ikisini de netleştirmek en doğrusudur. Çünkü SGK ve gelir vergisi nedeniyle brüt ile net arasında fark olur. İşverenle aynı dili konuşmak için teklifin brüt TL/ay ve tahmini net TL/ay karşılığını birlikte sorabilirsiniz.

Bunu erken ama profesyonel şekilde sorun. Rolün uzaktan, hibrit veya ofis ağırlıklı olup olmadığını; İstanbul, Ankara gibi lokasyon beklentilerini ve ekip içi ritmi öğrenin. Böylece hem çalışma düzeni hem de maaş paketi hakkında daha sağlıklı karar verirsiniz.