Teknikal na panayam sa mobile development: esensya ng pagsasagawa, mga yugto at paghahanda

Ano ang teknikal na panayam sa IT?

Teknikal na panayam — isang structured na proseso ng pagsusuri ng propesyonal na kakayahan ng developer, kabilang ang pagsusuri ng hard skills (teknikal na kaalaman) at soft skills (komunikasyon, pagtutulungan). Ang standard interview cycle ng mobile developer ay tumatagal ng 3-5 rounds na may kabuuang tagal na 4-6 na oras. Ang porsyento ng matagumpay na pagpasa mula sa bilang ng mga paunang tugon ay 2-5% sa malalaking teknolohiya kumpanya.

Ang proseso ng pag-hire sa mobile development ay naiiba sa web development: nagdaragdag ng mga tanong tungkol sa platform specifics — lifecycle ng Activity/Fragment, ARC at memory management sa Swift, threading models (Main Thread, Dispatch Queue, Coroutines), paggawa sa network requests at data caching. Android developer ay dapat alam ang Jetpack Compose, Room, WorkManager, Dagger/Hilt. iOS developer — SwiftUI, Core Data, Combine, URLSession. Ang pagkakaiba sa mga kinakailangan ay tumataas sa karanasan: para sa Senior positions, idinadagdag ang system design at arkitektura ng buong application.

Ang istraktura ng panayam ay depende sa level. Para sa Junior positions, sapat na ang basic na kaalaman sa wika at platform (1-2 rounds). Middle developer ay dumadaan sa 2-3 rounds na may algorithm block. Senior interview ay may 4-5 rounds: algorithm, arkitektura ng mobile application, system design, behavioral interview, at final interview kasama ang VPE (Vice President of Engineering) o CTO.

Mga Stage ng Teknikal na Panayam

HR screening — unang stage na tumatagal ng 20-30 minuto. Sinusuri ng recruiter ang pagtugma ng karanasan sa mga kinakailangan ng trabaho, tinatalakay ang mga kondisyon ng trabaho, salary expectations, at motibasyon ng kandidato. Sa stage na ito, mahalaga na malinaw na ipahayag ang iyong karanasan: mga proyekto, tech stack, mga achievement sa metrics (pagbawas ng loading time, pagbaba ng crash rate, pagpapabilis ng compilation). Hindi sinusuri ng HR screening ang teknikal na kaalaman, ngunit inaalis nito ang hanggang 40% ng mga kandidato dahil sa hindi pagtugma sa formal requirements.

Pagkatapos ng screening, susunod ang algorithmic interview — key stage para sa karamihan ng mga kumpanya. Tagal — 45-90 minuto. Binibigyan ang kandidato ng 1-2 gawain sa algorithm at data structures. Ang solusyon ay isinusulat sa online board (Codility, HackerRank, CoderPad) o sa papel. Hindi lamang ang kawastuhan ang sinusuri, kundi pati ang bilis ng pag-iisip, kakayahang magtanong ng paglilinaw, at pag-optimize ng solusyon. Ayon sa interviewing.io (2025), 73% ng mga kandidato ay nabibigo mismo sa algorithmic stage.

Arkitektura na panayam

Arkitektura round ay sumusuri sa kakayahang magdisenyo ng mobile applications. Hinihiling sa kandidato na magdisenyo ng application (TODO list, messenger, news aggregator, streaming service). Sinusuri ang pagpili ng architectural pattern (MVP, MVVM, MVI, VIPER), organisasyon ng layers (Presentation, Domain, Data), paggawa sa DI (Dagger, Hilt, Swinject) at navigation. Para sa Android — kaalaman sa Jetpack Navigation, para sa iOS — Coordinator pattern at SwiftUI NavigationStack.

Sa behavioral interview ay sinusuri ang soft skills: kakayahang magtrabaho sa team, malutas ang mga conflict, mag-argumento ng mga desisyon. Ginagamit ang STAR method (Situation, Task, Action, Result) — inilalarawan ng kandidato ang isang specific na sitwasyon mula sa karanasan. Halimbawang tanong: “Kwento tungkol sa pinakamahirap na bug na iyong natagpuan at naayos”. Final round kasama ang team lead o VPE ay sumusuri ng strategic thinking at cultural fit sa kumpanya.

Algorithm at Istruktura ng Data sa Panayam

Algorithmic na gawain — mandatoryong bahagi ng panayam sa malalaking teknolohiya kumpanya (Google, Meta, Yandex, Tinkoff, Avito). Ang pangunahing layunin ay suriin ang ability to solve (kakayahang malutas ang problema), hindi ang kaalaman sa wika. Maaaring gumamit ang kandidato ng anumang programming language — ang preference ay ibinibigay sa Kotlin para sa Android at Swift para sa iOS. Mga karaniwang topic: arrays, hash tables, graphs, dynamic programming, trees (Binary Tree, Trie, Segment Tree).

Ayon sa LeetCode (2025), para sa kumpiyansang pagpasa ng algorithmic interview ay kailangan malutas ang 250-400 na gawain. Mga key topic ayon sa frequency ng paglitaw: Two Pointers (12%), Sliding Window (10%), DFS/BFS sa graphs (14%), Binary Search (8%), Dynamic Programming (18%), Hash Map / Set (15%). Big O notation — mandatoryong elemento: dapat ipaliwanag ng kandidato ang time at space complexity ng kanyang solusyon at magmungkahi ng optimization.

Halimbawang gawain: Two Sum

// LeetCode 1: Two Sum — classic HashMap problem
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Itago ang complement = target - nums[i] at index nito
    val map = mutableMapOf<Int, Int>()

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

        // Kung natagpuan ang complement — natagpuan ang pares
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Oras: O(n), Space: O(n)

Ang gawaing Two Sum — ang pinakasikat na gawain sa mga panayam (ayon sa LeetCode, mahigit 20 milyong submissions). Ang solusyon sa O(n) ay gumagamit ng HashMap: para sa bawat elemento, sinusuri namin kung ang difference target - nums[i] ay lumitaw na. Kung oo — ibalik ang indices. Kung hindi — itago ang kasalukuyang elemento sa HashMap. Ang simpleng solusyon sa O(n²) na may dalawang nested loops ay itinuturing na hindi pumapasa para sa Senior positions.

Mga Tanong sa Mobile Development

Mga tanong sa platform sa panayam ng mobile developer ay nahahati sa tatlong blocks: fundamental na kaalaman sa platform, paggawa sa UI at multithreading, network requests at data storage. Para sa Android mandatory: lifecycle ng Activity at Fragment, pagkakaiba ng Fragment v1 vs Fragment v2, ActivityResult API (kapalit ng onActivityResult), ViewModel + StateFlow, Compose lifecycle. Para sa iOS: lifecycle ng UIViewController, ARC (Automatic Reference Counting), DispatchQueue at OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Halimbawang tanong: lifecycle

Karaniwang tanong: “Anong mga callback ng Activity lifecycle ang tinatawag sa pag-ikot ng screen?”. Tamang sagot: onPause → onStop → onDestroy → onCreate → onStart → onResume. Karagdagang tanong: “Paano i-save ang state sa pag-ikot?” — sa pamamagitan ng SavedStateHandle sa ViewModel, onSaveInstanceState Bundle o rememberSaveable sa Jetpack Compose. Para sa iOS: “Ano ang nangyayari sa UIViewController kapag pumunta sa background?” — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

System Design ng Mobile Application

System Design Interview para sa mobile developer ay sumusuri ng kakayahang magdisenyo ng arkitektura ng client application at interaksyon nito sa server. Mga standard na gawain: magdisenyo ng news feed (tulad ng Instagram/TikTok), chat (tulad ng Telegram), video player (tulad ng YouTube), first-level cache (L1 — in-memory, L2 — disk). Tagal — 60 minuto. Ang structured na pag-iisip ay sinusuri, hindi ang dami ng detalye.

Template ng sagot para sa System Design: 1) Clarify requirements — linawin ang functional (feed, likes, comments, photo upload) at non-functional requirements (offline, loading speed, battery consumption). 2) High-level design — iguhit ang schema ng layers: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — idetalye ang key components, halimbawa ang pagination mechanism (Paging 3 para sa Android, Offset-based vs Cursor-based para sa iOS). 4) Trade-offs — talakayin ang compromises: cache vs freshness ng data, offline-first vs online-only.

Mga key topic ng System Design para sa mobile: caching (LRU Cache, Disk Cache na may limit), paggawa sa images (Coil, Glide, SDWebImage — loading, cache, placeholder, progress), traffic optimization (protobuf sa halip na JSON, compression, Differ/GraphQL), offline work (Room + Sync Adapter, Core Data + iCloud, WorkManager para sa background sync). Offline-first — isa sa pinakakaraniwang topic para sa Senior positions.

Para sa iOS, idinadagdag ang mga tanong tungkol sa App Thinning, Slicing, On-Demand Resources at build optimization. Para sa Android — tungkol sa R8/ProGuard, App Bundles (AAB vs APK), Dynamic Delivery at Minification. Ang architectural question “Paano i-implement ang image cache na may memory limit?” ay sumusuri ng pag-unawa sa LRU Cache (LinkedHashMap na may access order), Disk LRU Cache (DiskLruCache ni Jake Wharton) at Coil/Glide memory cache layer.

Estratehiya sa Paghahanda para sa Panayam

Paghahanda para sa panayam ay nangangailangan ng sistematikong approach 4-8 linggo bago ang nakatakdang panayam. Basic strategy: 2 linggo para sa pag-uulit ng theory (wika, platform, algorithm), 2-4 linggo para sa paglutas ng algorithmic tasks (100-300 gawain sa LeetCode), 1-2 linggo para sa mock interviews (Pramp, interview.io, kasama ang mga kaibigan). Para sa Senior positions, idinadagdag ang System Design preparation (2-3 linggo). Ang plano ay nagbibigay ng 70-80% matagumpay na pagpasa sa target level.

Para sa mobile developers, ang specific preparation ay kabilang ang: pagbabasa ng Android Developers Guide / iOS Developer Library, pagsusuri ng source code ng mga popular na library (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher), pagsulat ng pet-project na may Clean Architecture at CI/CD (GitHub Actions, Fastlane). Sumulat ng sample application sa GitHub na may modular architecture, DI, tests (Unit + UI + Snapshot) — ito ay magpapakita ng malalim na pag-unawa at magiging argument sa panayam.

Karaniwang Pagkakamali ng mga Kandidato

Pagkakamali 1: tahimik na paglutas. Ang kandidato ay sumusulat ng code nang tahimik, hindi nagkomento sa daloy ng pag-iisip. Hindi masusuri ng interviewer ang proseso ng paglutas. Tama: sabihin nang malakas ang bawat hakbang — “Nakikita ko na ang gawain ay nauuwi sa paghahanap sa graph. Iminumungkahi kong gumamit ng BFS dahil kailangan nating hanapin ang pinakamaikling path”. Ang ganitong komunikasyon ay nagbibigay sa interviewer ng kakayahang gabayan ang kandidato sa pagkakamali, na positibong sinusuri.

Pagkakamali 2: agad na pagsulat ng code. Pagsisimula ng coding nang walang paglilinaw ng requirements at pagtalakay ng approaches — isa sa mga pangunahing dahilan ng pagkabigo. Bago sumulat ng code, kailangang: linawin ang input/output data, talakayin ang corner cases, ikumpara ang 2-3 approaches na may Big O assessment, at pagkatapos lamang ng kasunduan sa interviewer ay isulat ang optimal solution. Tamang pattern: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

Pagkakamali 3: hindi alam ang platform. Ang kandidato ay mahusay na lumulutas ng algorithm ngunit hindi maipaliwanag ang pagkakaiba ng Activity at Fragment o ng weak/unowned sa Swift. Para sa mobile positions, ang platform knowledge ay sinusuri na katumbas ng algorithm. Pag-aralan ang: pagkakaiba ng SDK versions (compileSdk vs minSdk vs targetSdk), ProGuard/R8 rules para sa mga popular na library, Swift Concurrency (async/await, actors) at MainActor. Bawat ikatlong kandidato para sa iOS position ay nabibigo sa mga tanong tungkol sa ARC.