Mobil Geliştirmede Teknik Mülakat: Özü, Aşamaları ve Hazırlık

BT'de teknik mülakat nedir?

Teknik mülakat, hard skills (teknik bilgi) ve soft skills (iletişim, takım çalışması) kontrolünü içeren yapılandırılmış bir profesyonel yetkinlik değerlendirme sürecidir. Bir mobil geliştirici için standart görüşme döngüsü, toplam 4-6 saat süren 3-5 turdan oluşur. Büyük teknoloji şirketlerinde ilk başvurulardan başarılı geçme oranı %2-5'tir.

Mobil geliştirmede işe alım süreci web geliştirmeden farklıdır: platforma özgü sorular eklenir — Activity/Fragment yaşam döngüsü, Swift'te ARC ve bellek yönetimi, threading modelleri (Main Thread, Dispatch Queue, Coroutines), ağ istekleri ve veri önbelleğe alma. Android geliştirici Jetpack Compose, Room, WorkManager, Dagger/Hilt bilmelidir. iOS geliştirici — SwiftUI, Core Data, Combine, URLSession. Deneyimle birlikte gereksinim farkı artar: Senior pozisyonlar için sistem tasarımı ve tüm uygulama mimarisi eklenir.

Görüşmenin yapısı seviyeye bağlıdır. Junior pozisyonlar için dil ve platform temel bilgisi yeterlidir (1-2 tur). Middle geliştirici, algoritma bloğuyla birlikte 2-3 turdan geçer. Senior mülakatı 4-5 tur içerir: algoritmalar, mobil uygulama mimarisi, sistem tasarımı, davranışsal görüşme ve VPE (Mühendislik Başkan Yardımcısı) veya CTO ile final görüşmesi.

Teknik mülakatın aşamaları

HR taraması — 20-30 dakikalık ilk aşama. İşe alımcı, deneyimin iş gereksinimlerine uygunluğunu kontrol eder, çalışma koşullarını, maaş beklentilerini ve adayın motivasyonunu görüşür. Bu aşamada deneyiminizi açõkça ifade etmek önemlidir: projeler, teknoloji yığını, metriklerdeki başarılar (yükleme süresini azaltma, çökme oranını düşürme, derlemeyi hızlandırma). HR taraması teknik bilgiyi kontrol etmez ancak resmi gereksinimlere uymama nedeniyle adayların %40'ına kadarını eler.

Taramanın ardından algoritma görüşmesi gelir — çoğu şirket için kritik aşama. Süre — 45-90 dakika. Adaya algoritmalar ve veri yapılarıyla ilgili 1-2 görev verilir. Çözüm çevrimiçi bir tahtaya (Codility, HackerRank, CoderPad) veya kağıda yazılır. Sadece doğruluk değil, aynı zamanda düşünme hızı, açıklayıcı sorular sorma yeteneği ve çözümü optimize etme becerisi de değerlendirilir. interviewing.io'ya (2025) göre, adayların %73'ü tam da algoritma aşamasında başarısız oluyor.

Mimari görüşme

Mimari tur, mobil uygulamaları tasarlama yeteneğini test eder. Adaydan bir uygulama (TODO listesi, mesajlaşma uygulaması, haber toplayıcı, akış hizmeti) tasarlaması istenir. Mimari desen seçimi (MVP, MVVM, MVI, VIPER), katman organizasyonu (Presentation, Domain, Data), DI (Dagger, Hilt, Swinject) ile çalışma ve navigasyon değerlendirilir. Android için — Jetpack Navigation bilgisi, iOS için — Coordinator deseni ve SwiftUI NavigationStack.

Davranışsal görüşmede soft skills değerlendirilir: takımda çalışma yeteneği, çatışmaları çözme, kararları savunma. STAR yöntemi (Situation, Task, Action, Result) kullanılır — aday deneyiminden belirli bir durumu tanımlar. Örnek soru: “Bulduğunuz ve düzelttiğiniz en zor hatayı anlatın.” Final turu takım lideri veya VPE ile stratejik düşünme ve şirketle kültürel uyumu test eder.

Mülakatta algoritmalar ve veri yapıları

Algoritma görevleri, büyük teknoloji şirketlerindeki (Google, Meta, Yandex, Tinkoff, Avito) görüşmelerin zorunlu bir bileşenidir. Ana amaç, dil bilgisini değil, problem çözme yeteneğini değerlendirmektir. Aday herhangi bir programlama dilini kullanabilir — Android için Kotlin ve iOS için Swift tercih edilir. Tipik konular: diziler, karma tablolar, graflar, dinamik programlama, ağaçlar (Binary Tree, Trie, Segment Tree).

LeetCode'a (2025) göre, algoritma görüşmesini güvenle geçmek için 250-400 görev çözmek gerekir. Sıklığa göre ana konular: Two Pointers (%12), Sliding Window (%10), Graflarda DFS/BFS (%14), Binary Search (%8), Dynamic Programming (%18), Hash Map / Set (%15). Big O gösterimi zorunlu bir unsurdur: Aday, çözümünün zaman ve uzay karmaşıklığını açıklamalı ve optimizasyon önermelidir.

Örnek görev: Two Sum

// LeetCode 1: Two Sum — klasik HashMap problemi
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Tümleyen = target - nums[i] ve indeksini sakla
    val map = mutableMapOf<Int, Int>()

    for (i in nums.indices) {
        val complement = target - nums[i]

        // Tümleyen bulunursa — çift bulundu
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Süre: O(n), Alan: O(n)

Two Sum görevi, görüşmelerdeki en popüler görevdir (LeetCode'a göre 20 milyondan fazla gönderim). O(n) çözümü HashMap kullanır: her öğe için target - nums[i] farkının daha önce görülüp görülmediğini kontrol eder. Varsa — indeksleri döndürür. Yoksa — geçerli öğeyi HashMap'te saklar. İç içe iki döngülü O(n²) basit çözüm, Senior pozisyonlar için yetersiz kabul edilir.

Mobil geliştirme soruları

Platform soruları, mobil geliştirici görüşmesinde üç bloğa ayrılır: platformun temel bilgisi, UI ve çoklu iş parçacığıyla çalışma, ağ istekleri ve veri depolama. Android için zorunlu: Activity ve Fragment yaşam döngüsü, Fragment v1 ve Fragment v2 arasındaki farklar, ActivityResult API (onActivityResult'un yerini alan), ViewModel + StateFlow, Compose lifecycle. iOS için: UIViewController yaşam döngüsü, ARC (Otomatik Referans Sayma), DispatchQueue ve OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Örnek soru: yaşam döngüsü

Tipik soru: “Ekran döndürüldüğünde Activity'nin yaşam döngüsünün hangi geri çağırmaları çağrılır?” Doğru cevap: onPause → onStop → onDestroy → onCreate → onStart → onResume. Ek soru: “Döndürme sırasında durum nasıl kaydedilir?” — ViewModel'de SavedStateHandle, onSaveInstanceState Bundle veya Jetpack Compose'ta rememberSaveable aracılığıyla. iOS için: “Arka plana geçerken UIViewController'a ne olur?” — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

Mobil uygulama sistem tasarımı

System Design Interview, mobil geliştirici için istemci uygulama mimarisini ve sunucuyla etkileşimini tasarlama yeteneğini test eder. Standart görevler: haber akışı (Instagram/TikTok gibi), sohbet (Telegram gibi), video oynatıcı (YouTube gibi), birinci seviye önbellek (L1 — bellekte, L2 — disk) tasarlamak. Süre — 60 dakika. Ayrıntı miktarı değil, düşüncenin yapısı değerlendirilir.

System Design için cevap şablonu: 1) Clarify requirements — işlevsel (akış, beğeniler, yorumlar, fotoğraf yükleme) ve işlevsel olmayan gereksinimleri (offline, yükleme hızı, pil tüketimi) netleştirin. 2) High-level design — katman şeması çizin: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — ana bileşenleri detaylandırın, örneğin sayfalama mekanizması (Android için Paging 3, iOS için Offset-based vs Cursor-based). 4) Trade-offs — ödünleşmeleri tartışın: önbellek vs veri tazeliği, offline-first vs online-only.

Mobil için System Design ana konuları: önbellekleme (LRU Cache, sınırlı Disk Cache), görüntülerle çalışma (Coil, Glide, SDWebImage — yükleme, önbellek, yer tutucu, ilerleme), trafik optimizasyonu (JSON yerine protobuf, sıkıştırma, Differ/GraphQL), çevrimdışı çalışma (Room + Sync Adapter, Core Data + iCloud, arka plan senkronizasyonu için WorkManager). Offline-first, Senior pozisyonlar için en sık görülen konulardan biridir.

iOS için App Thinning, Slicing, On-Demand Resources ve derleme optimizasyonuyla ilgili sorular eklenir. Android için — R8/ProGuard, App Bundles (AAB vs APK), Dynamic Delivery ve Minification ile ilgili sorular. Mimari soru “Bellek sınırlaması olan görüntü önbelleği nasıl uygulanır?” LRU Cache (erişim sırasına göre LinkedHashMap), Disk LRU Cache (Jake Wharton'ın DiskLruCache'i) ve Coil/Glide bellek önbelleği katmanı anlayışını test eder.

Mülakat hazırlık stratejisi

Mülakat hazırlığı, planlanan görüşmeden 4-8 hafta önce sistematik bir yaklaşım gerektirir. Temel strateji: teori tekrarı için 2 hafta (dil, platform, algoritmalar), algoritma görevlerini çözmek için 2-4 hafta (LeetCode'da 100-300 görev), deneme mülakatları için 1-2 hafta (Pramp, interview.io, arkadaşlarla). Senior pozisyonlar için System Design hazırlığı eklenir (2-3 hafta). Plan, hedef seviyede %70-80 başarı oranı sağlar.

Mobil geliştiriciler için özel hazırlık şunları içerir: Android Developers Guide / iOS Developer Library okumak, popüler kütüphanelerin (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher) kaynak kodunu analiz etmek, Clean Architecture ve CI/CD (GitHub Actions, Fastlane) ile bir pet-proje yazmak. GitHub'da modüler mimari, DI, testler (Unit + UI + Snapshot) içeren bir örnek uygulama yazın — bu derin anlayışı gösterecek ve mülakatta bir argüman olacaktır.

Adayların tipik hataları

Hata 1: Sessizce çözmek. Aday sessizce kod yazar, düşünce sürecini yorumlamaz. Görüşmeyi yapan kişi çözüm sürecini değerlendiremez. Doğrusu: Her adımı sesli söyleyin — “Görevin bir graf aramasına dayandığını görüyorum. En kısa yolu bulmamız gerektiği için BFS kullanmayı öneriyorum.” Bu tür bir iletişim, hata durumunda görüşmecinin adayı yönlendirmesine olanak tanır ve bu olumlu değerlendirilir.

Hata 2: Hemen kod yazmak. Gereksinimleri netleştirmeden ve yaklaşımları tartışmadan kodlamaya başlamak, başarısızlığın ana nedenlerinden biridir. Kod yazmadan önce: giriş/çıkış verilerini netleştirin, uç durumları tartışın, Big O değerlendirmesiyle 2-3 yaklaşımı karşılaştırın ve görüşmeciyle anlaştıktan sonra en uygun çözümü yazın. Doğru desen: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

Hata 3: Platform bilgisi eksikliği. Aday algoritmaları iyi çözer ancak Activity ve Fragment arasındaki veya Swift'te weak/unowned arasındaki farkı açıklayamaz. Mobil işler için platform bilgisi algoritmalarla eşit değerlendirilir. Öğrenin: SDK sürüm farklılıkları (compileSdk vs minSdk vs targetSdk), popüler kütüphaneler için ProGuard/R8 kuralları, Swift Concurrency (async/await, actors) ve MainActor. iOS pozisyonuna başvuran her üç adaydan biri ARC ile ilgili sorularda başarısız oluyor.