Техническо интервю в мобилното разработване: същност на провеждане, етапи и подготовка

Какво е техническо интервю в IT?

Техническо интервю — структуриран процес на оценка на професионалните компетенции на разработчика, включващ проверка на hard skills (технически знания) и soft skills (комуникация, работа в екип). Стандартният цикъл на интервю на мобилен разработчик продължава 3-5 кръга с обща продължителност 4-6 часа. Процентът на успешно преминаване от броя на първичните отговори е 2-5% в големите технологични компании.

Процесът на наемане в мобилното разработване се различава от уеб разработването: добавят се въпроси за спецификата на платформата — жизнен цикъл на Activity/Fragment, ARC и управление на паметта в Swift, модели на нишки (Main Thread, Dispatch Queue, Coroutines), работа с мрежови заявки и кеширане на данни. Android разработчик трябва да знае Jetpack Compose, Room, WorkManager, Dagger/Hilt. iOS разработчик — SwiftUI, Core Data, Combine, URLSession. Разликата в изискванията расте с опита: за Senior позиции се добавя системен дизайн и архитектура на цялото приложение.

Структурата на интервюто зависи от нивото. За Junior позиции са достатъчни основни познания за езика и платформата (1-2 кръга). Middle разработчик преминава през 2-3 кръга с блок от алгоритми. Senior интервю включва 4-5 кръга: алгоритми, архитектура на мобилно приложение, системен дизайн, поведенческо интервю и финално интервю с VPE (Vice President of Engineering) или CTO.

Етапи на техническото интервю

HR скрининг — първи етап с продължителност 20-30 минути. Рекрутерът проверява съответствието на опита с изискванията на позицията, обсъжда условията на работа, заплатените очаквания и мотивацията на кандидата. На този етап е важно ясно да формулирате опита си: проекти, технологичен стек, постижения в метрики (намаляване на времето за зареждане, намаляване на процента на сривове, ускоряване на компилация). HR скринингът не проверява технически знания, но отсява до 40% от кандидатите поради несъответствие с формалните изисквания.

След скрининга следва алгоритмично интервю — ключов етап за повечето компании. Продължителност — 45-90 минути. Кандидатът получава 1-2 задачи върху алгоритми и структури от данни. Решението се пише на онлайн дъска (Codility, HackerRank, CoderPad) или на хартия. Оценява се не само правилността, но и скоростта на мислене, умението да задавате уточняващи въпроси и да оптимизирате решението. Според interviewing.io (2025), 73% от кандидатите се провалят именно на алгоритмичния етап.

Архитектурно интервю

Архитектурен кръг проверява умението за проектиране на мобилни приложения. На кандидата се предлага да проектира приложение (TODO списък, messenger, новинарски агрегатор, стрийминг услуга). Оценява се изборът на архитектурен модел (MVP, MVVM, MVI, VIPER), организацията на слоевете (Presentation, Domain, Data), работата с DI (Dagger, Hilt, Swinject) и навигацията. За Android — познаване на Jetpack Navigation, за iOS — Coordinator модел и SwiftUI NavigationStack.

На поведенческото интервю се оценяват soft skills: умение за работа в екип, разрешаване на конфликти, аргументиране на решения. Използва се STAR методът (Situation, Task, Action, Result) — кандидатът описва конкретна ситуация от опита си. Примерен въпрос: „Разкажете за най-трудния бъг, който сте открили и поправили”. Финален кръг с тиймлийд или VPE проверява стратегическото мислене и културното съответствие с компанията.

Алгоритми и структури от данни на интервю

Алгоритмични задачи — задължителен компонент на интервютата в големи технологични компании (Google, Meta, Yandex, Tinkoff, Avito). Основната цел е оценка на ability to solve (способност за решаване на проблеми), а не познаване на езика. Кандидатът може да използва всеки език за програмиране — предпочитание се дава на Kotlin за Android и Swift за iOS. Типични теми: масиви, хеш таблици, графи, динамично програмиране, дървета (Binary Tree, Trie, Segment Tree).

Според LeetCode (2025), за уверено преминаване на алгоритмичното интервю е необходимо да решите 250-400 задачи. Ключови теми по честота на появяване: Two Pointers (12%), Sliding Window (10%), DFS/BFS върху графи (14%), Binary Search (8%), Dynamic Programming (18%), Hash Map / Set (15%). Big O нотация — задължителен елемент: кандидатът трябва да обясни времевата и пространствената сложност на своето решение и да предложи оптимизация.

Примерна задача: Two Sum

// LeetCode 1: Two Sum — класически HashMap проблем
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Съхрани complement = target - nums[i] и неговия индекс
    val map = mutableMapOf<Int, Int>()

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

        // Ако complement е намерен — двойката е намерена
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Време: O(n), Пространство: O(n)

Задачата Two Sum — най-популярната задача на интервюта (според LeetCode, над 20 милиона изпращания). Решението за O(n) използва HashMap: за всеки елемент проверяваме дали разликата target - nums[i] вече се е появила. Ако да — връщаме индексите. Ако не — запазваме текущия елемент в HashMap. Наивното решение за O(n²) с два вложени цикъла се счита за непреминаващо за Senior позиции.

Въпроси за мобилно разработване

Платформени въпроси на интервюто за мобилен разработчик се разделят на три блока: основни познания за платформата, работа с UI и многозадачност, мрежови заявки и съхранение на данни. За Android задължително: жизнен цикъл на Activity и Fragment, разлики Fragment v1 vs Fragment v2, ActivityResult API (заместител на onActivityResult), ViewModel + StateFlow, Compose lifecycle. За iOS: жизнен цикъл на UIViewController, ARC (Automatic Reference Counting), DispatchQueue и OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Примерен въпрос: жизнен цикъл

Типичен въпрос: „Кои callback-и на жизнения цикъл на Activity се извикват при завъртане на екрана?”. Правилен отговор: onPause → onStop → onDestroy → onCreate → onStart → onResume. Допълнителен въпрос: „Как да запазим състоянието при завъртане?” — чрез SavedStateHandle в ViewModel, onSaveInstanceState Bundle или rememberSaveable в Jetpack Compose. За iOS: „Какво се случва с UIViewController при преминаване на заден план?” — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

Системен дизайн на мобилно приложение

System Design Interview за мобилен разработчик проверява умението за проектиране на архитектура на клиентско приложение и взаимодействието му със сървъра. Стандартни задачи: проектиране на новинарски поток (като Instagram/TikTok), чат (като Telegram), видео плейър (като YouTube), кеш от първо ниво (L1 — in-memory, L2 — диск). Продължителност — 60 минути. Оценява се структурираността на мисленето, а не броят на детайлите.

Шаблон за отговор на System Design: 1) Clarify requirements — изясняване на функционалните (поток, харесвания, коментари, качване на снимки) и нефункционалните изисквания (офлайн, скорост на зареждане, консумация на батерия). 2) High-level design — начертаване на схемата на слоевете: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — детайлизиране на ключовите компоненти, например механизъм за пагинация (Paging 3 за Android, Offset-based vs Cursor-based за iOS). 4) Trade-offs — обсъждане на компромиси: кеш vs свежест на данните, offline-first vs online-only.

Ключови теми на System Design за мобилни: кеширане (LRU Cache, Disk Cache с лимит), работа с изображения (Coil, Glide, SDWebImage — зареждане, кеш, placeholder, прогрес), оптимизация на трафика (protobuf вместо JSON, компресия, Differ/GraphQL), офлайн работа (Room + Sync Adapter, Core Data + iCloud, WorkManager за фонова синхронизация). Offline-first — една от най-честите теми за Senior позиции.

За iOS се добавят въпроси за App Thinning, Slicing, On-Demand Resources и оптимизация на билда. За Android — за R8/ProGuard, App Bundles (AAB vs APK), Dynamic Delivery и Minification. Архитектурният въпрос „Как да реализираме кеш за изображения с ограничение на паметта?” проверява разбирането на LRU Cache (LinkedHashMap с access order), Disk LRU Cache (DiskLruCache на Джейк Уортън) и слоя за кеш в паметта на Coil/Glide.

Стратегия за подготовка за интервю

Подготовка за интервю изисква систематичен подход 4-8 седмици преди планираното интервю. Основна стратегия: 2 седмици за повторение на теорията (език, платформа, алгоритми), 2-4 седмици за решаване на алгоритмични задачи (100-300 задачи на LeetCode), 1-2 седмици за mock интервюта (Pramp, interview.io, с приятели). За Senior позиции се добавя подготовка за System Design (2-3 седмици). Планът дава 70-80% успешно преминаване на целевото ниво.

За мобилните разработчици специфичната подготовка включва: четене на Android Developers Guide / iOS Developer Library, анализ на изходния код на популярни библиотеки (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher), писане на pet-проект с Clean Architecture и CI/CD (GitHub Actions, Fastlane). Напишете примерно приложение на GitHub с модулна архитектура, DI, тестове (Unit + UI + Snapshot) — това ще покаже задълбочено разбиране и ще бъде аргумент на интервюто.

Типични грешки на кандидатите

Грешка 1: мълчаливо решаване. Кандидатът пише код мълчаливо, без да коментира хода на мислите. Интервюиращият не може да оцени процеса на решаване. Правилно: изговаряйте всяка стъпка на глас — „Виждам, че задачата се свежда до търсене в граф. Предлагам да използваме BFS, защото трябва да намерим най-краткия път”. Такава комуникация дава на интервюиращия възможност да насочи кандидата при грешка, което се оценява положително.

Грешка 2: незабавно писане на код. Започване на кодиране без изясняване на изискванията и обсъждане на подходите — една от основните причини за провал. Преди да напишете код, трябва: да изясните входните/изходните данни, да обсъдите граничните случаи, да сравните 2-3 подхода с оценка на Big O и едва след съгласуване с интервюиращия да напишете оптималното решение. Правилен модел: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

Грешка 3: непознаване на платформата. Кандидатът отлично решава алгоритми, но не може да обясни разликата между Activity и Fragment или между weak/unowned в Swift. За мобилни позиции знанията за платформата се оценяват наравно с алгоритмите. Проучете: разлики в версиите на SDK (compileSdk vs minSdk vs targetSdk), ProGuard/R8 правила за популярни библиотеки, Swift Concurrency (async/await, actors) и MainActor. Всеки трети кандидат за iOS позиция се проваля на въпроси за ARC.