Technikai interjú mobilfejlesztésben: a lebonyolítás lényege, szakaszok és felkészülés

Mi a technikai interjú az IT-ban?

Technikai interjú — a fejlesztő szakmai kompetenciáinak strukturált értékelési folyamata, amely magában foglalja a hard skills (műszaki ismeretek) és soft skills (kommunikáció, csapatmunka) ellenőrzését. A mobilfejlesztő standard interjúciklusa 3-5 körből áll, teljes időtartama 4-6 óra. A sikeres átjutás százaléka a kezdeti jelentkezések számához képest 2-5% a nagy technológiai vállalatoknál.

A mobilfejlesztésben a felvételi folyamat eltér a webfejlesztéstől: platform-specifikus kérdések kerülnek hozzáadásra — Activity/Fragment életciklus, ARC és memóriakezelés Swiftben, threading modellek (Main Thread, Dispatch Queue, Coroutines), hálózati kérések és adatgyorsítótárazás. Android-fejlesztő ismernie kell a Jetpack Compose, Room, WorkManager, Dagger/Hilt eszközöket. iOS-fejlesztő — SwiftUI, Core Data, Combine, URLSession. A követelmények különbsége a tapasztalattal nő: Senior pozíciókhoz hozzáadódik a rendszertervezés és a teljes alkalmazás architektúrája.

Az interjú szerkezete a szinttől függ. Junior pozíciókhoz elegendő a nyelv és platform alapvető ismerete (1-2 kör). Middle fejlesztő 2-3 kört teljesít algoritmus blokkal. Senior interjú 4-5 kört foglal magában: algoritmusok, mobilalkalmazás architektúrája, rendszertervezés, viselkedési interjú és végső interjú a VPE (Vice President of Engineering) vagy CTO részvételével.

A technikai interjú szakaszai

HR-szűrés — az első szakasz, 20-30 perc időtartammal. A toborzó ellenőrzi a tapasztalat megfelelését az állás követelményeinek, megbeszéli a munkakörülményeket, fizetési elvárásokat és a jelölt motivációját. Ebben a szakaszban fontos világosan megfogalmazni a tapasztalatot: projektek, technológiai stack, metrikákban elért eredmények (betöltési idő csökkentése, crash rate csökkentése, fordítás felgyorsítása). A HR-szűrés nem ellenőrzi a műszaki ismereteket, de a jelöltek akár 40%-át kiszűri a formai követelményeknek való meg nem felelés miatt.

A szűrést követi az algoritmikus interjú — kulcsfontosságú szakasz a legtöbb vállalatnál. Időtartam — 45-90 perc. A jelölt 1-2 feladatot kap algoritmusokból és adatstruktúrákból. A megoldást online táblára (Codility, HackerRank, CoderPad) vagy papírra írják. Nemcsak a helyességet értékelik, hanem a gondolkodás gyorsaságát, a tisztázó kérdések feltevésének és a megoldás optimalizálásának képességét is. Az interviewing.io (2025) adatai szerint a jelöltek 73%-a pont az algoritmikus szakaszban bukik meg.

Architektúrális interjú

Architektúra kör ellenőrzi a mobilalkalmazások tervezésének képességét. A jelöltnek egy alkalmazást (TODO lista, messenger, híraggregátor, streaming szolgáltatás) kell terveznie. Értékelik az architektúrális minta kiválasztását (MVP, MVVM, MVI, VIPER), a rétegek szervezését (Presentation, Domain, Data), a DI-vel (Dagger, Hilt, Swinject) való munkát és a navigációt. Android esetében — a Jetpack Navigation ismerete, iOS esetében — a Coordinator minta és a SwiftUI NavigationStack.

A viselkedési interjún a soft skilleket értékelik: csapatmunka képessége, konfliktuskezelés, döntések érvelése. A STAR módszert (Situation, Task, Action, Result) használják — a jelölt egy konkrét helyzetet ír le a tapasztalatából. Példa kérdés: „Meséljen a legnehezebb bugról, amelyet megtalált és kijavított”. Végső kör a csapatvezetővel vagy VPE-vel a stratégiai gondolkodást és a vállalati kultúrába illeszkedést ellenőrzi.

Algoritmusok és adatstruktúrák az interjún

Algoritmikus feladatok — kötelező összetevője a nagy technológiai vállalatok (Google, Meta, Yandex, Tinkoff, Avito) interjúinak. A fő cél az ability to solve (problémamegoldó képesség) értékelése, nem a nyelvismeret. A jelölt bármilyen programozási nyelvet használhat — előnyben részesül a Kotlin Androidhoz és a Swift iOShoz. Tipikus témák: tömbök, hash táblák, gráfok, dinamikus programozás, fák (Binary Tree, Trie, Segment Tree).

A LeetCode (2025) adatai szerint az algoritmikus interjú biztos teljesítéséhez 250-400 feladatot kell megoldani. A kulcsfontosságú témák előfordulási gyakoriság szerint: Two Pointers (12%), Sliding Window (10%), DFS/BFS gráfokon (14%), Binary Search (8%), Dynamic Programming (18%), Hash Map / Set (15%). Big O jelölés — kötelező elem: a jelöltnek meg kell magyaráznia megoldása idő- és térbeli komplexitását, és optimalizálást kell javasolnia.

Példa feladat: Two Sum

// LeetCode 1: Two Sum — klasszikus HashMap probléma
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Tárold a complement = target - nums[i] és indexét
    val map = mutableMapOf<Int, Int>()

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

        // Ha complement megtalálva — pár megtalálva
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Idő: O(n), Tár: O(n)

A Two Sum feladat — a legnépszerűbb feladat az interjúkon (a LeetCode szerint több mint 20 millió beküldés). Az O(n) megoldás HashMap-et használ: minden elemnél ellenőrizzük, hogy a target - nums[i] különbség már előfordult-e. Ha igen — visszaadjuk az indexeket. Ha nem — elmentjük az aktuális elemet a HashMap-be. Az O(n²) naiv megoldás két egymásba ágyazott ciklussal Senior pozíciók esetén nem elfogadható.

Mobilfejlesztési kérdések

Platformkérdések a mobilfejlesztő interjúján három blokkra oszlanak: platform alapvető ismeretei, UI és több szálú munka, hálózati kérések és adattárolás. Android esetében kötelező: Activity és Fragment életciklus, Fragment v1 vs Fragment v2 különbségek, ActivityResult API (onActivityResult helyettesítője), ViewModel + StateFlow, Compose lifecycle. iOS esetében: UIViewController életciklus, ARC (Automatic Reference Counting), DispatchQueue és OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Példa kérdés: életciklus

Tipikus kérdés: „Milyen Activity életciklus callback-ek hívódnak meg a képernyő elforgatásakor?”. Helyes válasz: onPause → onStop → onDestroy → onCreate → onStart → onResume. Kiegészítő kérdés: „Hogyan lehet megőrizni az állapotot elforgatáskor?” — a SavedStateHandle segítségével a ViewModel-ben, onSaveInstanceState Bundle vagy rememberSaveable a Jetpack Compose-ban. iOS esetében: „Mi történik az UIViewController-rel háttérbe kerüléskor?” — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

Mobilalkalmazás rendszertervezése

System Design Interview a mobilfejlesztő számára ellenőrzi a kliensalkalmazás architektúrájának és a szerverrel való interakciójának tervezési képességét. Standard feladatok: hírfolyam (mint Instagram/TikTok), chat (mint Telegram), videólejátszó (mint YouTube), első szintű gyorsítótár (L1 — in-memory, L2 — lemez) tervezése. Időtartam — 60 perc. A gondolkodás strukturáltságát értékelik, nem a részletek mennyiségét.

Válasz sablon a System Design-hoz: 1) Clarify requirements — a funkcionális (hírfolyam, lájkok, kommentek, fotófeltöltés) és nem funkcionális követelmények (offline, betöltési sebesség, akkumulátorfogyasztás) tisztázása. 2) High-level design — a rétegek sémájának megrajzolása: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — a kulcsfontosságú komponensek részletezése, például a lapozás mechanizmusa (Paging 3 Androidhoz, Offset-based vs Cursor-based iOS-hez). 4) Trade-offs — kompromisszumok megbeszélése: gyorsítótár vs adatok frissessége, offline-first vs online-only.

A System Design kulcsfontosságú témái mobilhoz: gyorsítótárazás (LRU Cache, korlátozott Disk Cache), képek kezelése (Coil, Glide, SDWebImage — betöltés, gyorsítótár, placeholder, haladás), forgalom optimalizálása (protobuf JSON helyett, tömörítés, Differ/GraphQL), offline munka (Room + Sync Adapter, Core Data + iCloud, WorkManager háttérszinkronizáláshoz). Offline-first — az egyik leggyakoribb téma Senior pozíciókhoz.

iOS esetében kérdések kerülnek hozzáadásra az App Thinning, Slicing, On-Demand Resources és build optimalizálás témakörében. Android esetében — az R8/ProGuard, App Bundles (AAB vs APK), Dynamic Delivery és Minification kapcsán. A „Hogyan valósítsunk meg képek gyorsítótárat memóriakorláttal?” architektúrális kérdés az LRU Cache (LinkedHashMap access order módban), Disk LRU Cache (Jake Wharton DiskLruCache) és a Coil/Glide memória gyorsítótár réteg megértését ellenőrzi.

Felkészülési stratégia az interjúra

Felkészülés az interjúra szisztematikus megközelítést igényel 4-8 héttel a tervezett interjú előtt. Alapstratégia: 2 hét az elmélet átismétlésére (nyelv, platform, algoritmusok), 2-4 hét algoritmikus feladatok megoldására (100-300 feladat a LeetCode-on), 1-2 hét próbainterjúkra (Pramp, interview.io, barátokkal). Senior pozíciókhoz System Design felkészülés kerül hozzáadásra (2-3 hét). A terv 70-80%-os sikeres átjutást biztosít a célszinten.

A mobilfejlesztők specifikus felkészülése magában foglalja: Android Developers Guide / iOS Developer Library olvasása, népszerű könyvtárak forráskódjának elemzése (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher), pet-projekt írása Clean Architecture és CI/CD (GitHub Actions, Fastlane) használatával. Írjon egy mintaalkalmazást GitHub-ra moduláris architektúrával, DI-vel, tesztekkel (Unit + UI + Snapshot) — ez mély megértést mutat és érv lesz az interjún.

A jelöltek tipikus hibái

1. hiba: néma megoldás. A jelölt csendben írja a kódot, nem kommentálja a gondolatmenetet. Az interjúztató nem tudja értékelni a megoldási folyamatot. Helyesen: minden lépést hangosan kimondani — „Látom, hogy a feladat gráfkeresésre vezethető vissza. Javaslom a BFS használatát, mert meg kell találnunk a legrövidebb utat”. Az ilyen kommunikáció lehetőséget ad az interjúztatónak a jelölt irányítására hiba esetén, ami pozitív elbírálást kap.

2. hiba: azonnali kódírás. A kódolás megkezdése a követelmények tisztázása és a megközelítések megbeszélése nélkül — a sikertelenség egyik fő oka. A kód megírása előtt: tisztázni kell a bemeneti/kimeneti adatokat, megbeszélni a határeseteiket, összehasonlítani 2-3 megközelítést Big O értékeléssel, és csak az interjúztatóval való egyeztetés után megírni az optimális megoldást. Helyes minta: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

3. hiba: platform nem ismerete. A jelölt kiválóan oldja meg az algoritmusokat, de nem tudja elmagyarázni a különbséget az Activity és Fragment között, vagy a weak/unowned között Swiftben. Mobil pozíciók esetén a platformismeretet ugyanúgy értékelik, mint az algoritmusokat. Tanulmányozza: SDK verziók különbségei (compileSdk vs minSdk vs targetSdk), ProGuard/R8 szabályok népszerű könyvtárakhoz, Swift Concurrency (async/await, actors) és MainActor. Minden harmadik iOS jelölt megbukik az ARC-kel kapcsolatos kérdéseken.