Mülakat Hazırlığı

Yazılım Mühendisi Mülakat Soruları ve Cevap Rehberi

Yazılım Mühendisi mülakatlarında kod kadar problem çözme, iletişim ve ekip çalışması da değerlendirilir. Bu rehber, teknik ve davranışsal sorular için örnek yanıtlar sunar; ayrıca Türkiye'de maaş, SGK, vergi ve uzaktan/hibrit çalışma beklentilerine de değinir.

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

Mülakatçı, bireysel katkınızı ve sonucu sahiplenip sahiplenmediğinizi anlamak ister.

Örnek Cevap

Son projelerimden birinde kullanıcı bildirim servisinin performansını artırmak için backend katmanında yeniden tasarım yaptım. Benim katkım, tekrar eden gönderimleri önlemek için idempotency yaklaşımını kurmak, testleri yazmak ve kademeli deployment planını hazırlamaktı. Sonuçta gecikmeyi düşürdük ve destek kayıtlarında belirgin azalma gördük.

Ölçülebilir sonuç verin; brüt/net maaş değil ama etkiyi sayılarla anlatın.

Bu Sorunun Sorulma Nedeni

Sorun çözme disiplininizi ve üretim sorumluluğunu ölçer.

Örnek Cevap

Önce log, metrik ve trace verilerini inceleyerek sorunun kapsamını daraltırım. Sonra hipotez kurar, ilgili servis ve zaman aralığını netleştiririm. Gerekirse aynı input ile staging ortamında yeniden üretmeye çalışırım. Kök nedeni bulunca kalıcı düzeltme, regression test ve gerekiyorsa alarm eklerim.

Sadece 'debug ederim' demeyin; sistematik yöntem ve kalıcı önlem vurgulayın.

Bu Sorunun Sorulma Nedeni

Zaman baskısında sorumluluk alıp alamadığınızı görmek ister.

Örnek Cevap

Ben kod kalitesini hızın karşıtı olarak görmem; okunabilirlik, küçük fonksiyonlar ve net isimlendirme benim için standarttır. Zaman daraldığında teknik borcu görünür kılmak için TODO, ticket ve code review notu bırakırım. Test ve lint kurallarıyla güvenlik sağlar, kritik kararları lead ile paylaşırım. Böylece İş Kanunu'ndaki çalışma saatleri baskısı ile teslim beklentisi arasında sürdürülebilir denge kurulur.

Teknik borcu gizlemeyin; açık ve yönetilebilir hale getirin.

Bu Sorunun Sorulma Nedeni

Takım içinde anlaşmazlıkları nasıl yönettiğinizi ölçer.

Örnek Cevap

Önce yorumu kişisel algılamam; teknik gerekçeyi anlamaya çalışırım. Eğer farklı görüşüm varsa kısa ve net şekilde nedenini açıklarım, mümkünse alternatif öneri sunarım. Tek çağrı noktası olan yerde gereksiz abstraction yerine sade çözümü savunabilirim. Gerekirse ekip standardına uyarım ve daha sonra kullanım artarsa refactor ederim.

Ego değil gerekçe gösterin; uzlaşmaya açık olduğunuzu hissettirin.

Bu Sorunun Sorulma Nedeni

Gerçek motivasyonunuzu ve araştırma yapıp yapmadığınızı anlamak ister.

Örnek Cevap

Şirketinizin ürün odağıyla mühendislik yaklaşımının uyumlu olduğunu görüyorum. Özellikle code review kültürü, ownership ve uzaktan/hibrit çalışma düzenine bakışınız benim çalışma tarzımla örtüşüyor. Ayrıca İstanbul ve Ankara ekiplerinizin ölçekli ürün geliştirme deneyimi sunması ilgimi çekiyor. Uzun vadede teknik derinliğimi artırmak ve sorumluluk alanımı büyütmek istiyorum.

Şirketin ürününü, teknoloji blogunu veya ilan metnini referans verin.

Teknik

Yazılım Mühendisi mülakatlarında hangi teknik sorular sorulur?

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

Process, kendi bellek alanına sahip bağımsız bir programdır. Thread ise aynı process içinde çalışan, belleği paylaşan daha hafif yürütme birimidir. Thread'ler concurrency sağlar ama race condition riskini artırır; process'ler ise daha izoledir. Bu yüzden kritik servislerde izolasyon ve ölçek ihtiyacına göre seçim yapılır.

Big-O, bir algoritmanın giriş büyüdükçe zaman veya bellek kullanımının nasıl büyüdüğünü ifade eder. Binary search her adımda arama alanını yarıya indirir, bu yüzden O(log n) olur. Ancak verinin sıralı olması gerekir; sıralı değilse önce uygun veri yapısı ya da sıralama düşünülmelidir.

SQL veritabanları ilişkisel yapıdadır, şema daha nettir ve ACID transaction'lar sunar. NoSQL tarafında şema esnekliği ve yatay ölçeklenme öne çıkar; document, key-value veya wide-column modelleri görülebilir. Seçim, veri erişim paterni, tutarlılık ihtiyacı ve büyüme beklentisine göre yapılır. KVKK kapsamında kişisel veri tutuyorsanız, veri minimizasyonu ve erişim kontrolü ayrıca önemlidir.

Hash function anahtarı bucket indeksine çevirir; böylece tüm yapıyı taramak gerekmez. İyi dağılım ve uygun load factor ile ortalama erişim O(1) kalır. Çok fazla çakışma olursa performans O(n)'e yaklaşır. Bu nedenle rehash, resize ve iyi hash seçimi önemlidir.

Trunk-based development, branch'lerin kısa ömürlü tutulup main'e sık sık merge edilmesini sağlar. Böylece merge conflict azalır ve CI/CD süreci daha sağlıklı işler. Özellikle feature flag ile birlikte kullanıldığında tamamlanmamış işi güvenle ana hatta taşıyabilirsiniz.

Durumsal

Yazılım Mühendisi olarak hangi durumsal mülakat sorularına hazırlanmalısınız?

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

Takımımız bir mesaj kuyruğu teknolojisine geçtiğinde benim daha önce deneyimim yoktu. Resmi dokümantasyonu okuyup küçük bir spike hazırladım, sonra aynı konuda deneyimli bir ekip arkadaşıyla pair çalıştım. Teslimatımı zamanında yaptım ve öğrendiklerimi ekip içi kısa bir not haline getirdim.

Bir migration sırasında büyük bir tabloyu kilitledim ve API yavaşladı. Hemen incident kanalında durumu paylaşıp migration'ı geri aldım; servis kısa sürede normale döndü. Sonra işlemi batch'lere böldüm ve schema change için load test ekledim. Postmortem'i blame'siz yürüttük, böylece ekip ders çıkardı.

Bir yanda yeni özellik isteyen PM, diğer yanda reliability borcu artan bir on-call ekibi vardı. Error budget verisini ve riskleri somut şekilde paylaştım. Önce bir sprint reliability'ye ayırıp sonra özelliği daha sağlam bir temel üstünde teslim etmeyi önerdim. Karar veriyle verildiği için herkes kendini duyulmuş hissetti.

Yeni mezun bir ekip arkadaşım test yazma konusunda zorlanıyordu. Haftada bir kısa pair session planladım ve işleri küçük, artan zorlukta parçalara ayırdım. İki ay içinde testleri tek başına yazabilecek seviyeye geldi ve başkalarının testlerini de review etmeye başladı.

Hazırlık

Hazırlık İpuçları

Algoritma sorularını düz editör veya beyaz tahta üzerinde, autocomplete olmadan çözerek anlatım pratiği yapın.

Temel veri yapıları, time complexity ve memory trade-off konularını tekrar edin.

İki veya üç projeyi derinlemesine anlatacak şekilde hazırlayın; trade-off'ları ve alternatifleri söyleyin.

Şirketin ürününü, engineering blog'unu ve varsa Istanbul/Ankara ekip yapısını inceleyin.

Üretim problemi yaşadıysanız root cause ve önleyici aksiyonları sakin ve net anlatmaya çalışın.

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

Türkiye'de Yazılım Mühendisi maaşı için konuşurken brüt/net ayrımını netleştirmek önemlidir; aynı teklif SGK primi, gelir vergisi dilimi ve yan haklara göre farklı net TL/ay karşılığı yaratır. Piyasada seviyeye, İstanbul veya Ankara lokasyonuna, uzaktan/hibrit düzenine ve lisans/yüksek lisans geçmişinize göre aralık değişir; özellikle Boğaziçi, ODTÜ ve İTÜ gibi okullar ilk eşleşmede avantaj sağlayabilir ama tek belirleyici değildir. Mülakatta 'Şu anda hedefim, sorumluluk kapsamı ve toplam paket dahil değerlendirdiğimde, piyasa ile uyumlu rekabetçi bir brüt TL/ay aralığı' demeniz daha profesyonel olur. Sayı verirken brüt maaşı esas alıp SGK, gelir vergisi ve olası yemek/özel sağlık gibi yan hakların nete etkisini ayrıca sormanız doğru yaklaşımdır.

SSS

Sıkça Sorulan Sorular

Orta ve büyük yapılarda genellikle bir ön görüşme, bir veya iki teknik tur ve çoğu zaman bir davranışsal tur olur. Bazı şirketler system design turunu ayrıca ekler. Daha küçük şirketlerde süreç tek uzun görüşmeye de sıkışabilir.

Ezber değil, problem çözme daha önemlidir. Two pointers, sliding window, BFS/DFS gibi kalıpları bilmek faydalıdır ama asıl amaç yeni probleme uyarlayabilmektir. Mülakatçı, düşünme biçiminizi görmek ister.

Hayır, kontrollü şekilde ipucu istemek gayet normaldir. Hangi noktada takıldığınızı açık söylemeniz, iletişim becerinizi gösterir. Önemli olan ipucunu alıp düşünmeye devam etmenizdir.

Mid-level pozisyonda system design, senior kadar ağır olmasa da önemlidir. Servis sınırları, veri saklama, cache ve failure mode'lar hakkında düşünebildiğinizi göstermeniz beklenir. Bu, daha büyük sorumluluklara hazır olduğunuzu gösterir.

Uzaktan/hibrit modellerde beklentinizi brüt bazda, şehir ve rol kapsamını dikkate alarak kurmanız iyi olur. İstanbul, Ankara ve tamamen remote roller arasında ücret yapısı değişebilir. Net rakam konuşulacaksa SGK, gelir vergisi ve yan hakları mutlaka ayrı sorun; böylece teklifleri doğru karşılaştırırsınız.