모바일 개발의 기술 면접: 본질, 단계 및 준비

IT에서 기술 면접이란?

기술 면접은 하드 스킬(기술 지식)과 소프트 스킬(의사 소통, 팀워크)를 포함하는 전문 역량 평가의 구조화된 과정입니다. 모바일 개발자의 표준 면접 사이클은 3-5라운드이며, 총 소요 시간은 4-6시간입니다. 대형 기술 회사에서 초기 지원에서 성공적으로 합격하는 비율은 2-5%입니다.

모바일 개발의 채용 과정은 웹 개발과 다릅니다. 플랫폼 특화 문제가 추가됩니다: Activity/Fragment 생명 주기, Swift의 ARC와 메모리 관리, 스레딩 모델(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 리스트, 메신저, 뉴스 애그리게이터, 스트리밍 서비스)을 설계하도록 요청받습니다. 아키텍쳐 패턴(MVP, MVVM, MVI, VIPER) 선택, 레이어 구성(Presentation, Domain, Data), DI(Dagger, Hilt, Swinject) 작업 및 네비게이션이 평가됩니다. Android의 경우 Jetpack Navigation, iOS의 경우 Coordinator 패턴과 SwiftUI NavigationStack에 대한 지식이 필요합니다.

행동 면접에서는 소프트 스킬을 평가합니다: 팀워크 능력, 갑등 해결, 결정 논증. STAR 방법(Situation, Task, Action, Result)이 사용됩니다. 후보자는 경험에서 구체적인 상황을 설명합니다. 질문 예: “가장 어려웠던 버그를 찾고 수정한 경험을 알려주세요.” 최종 라운드는 팀 리더나 VPE와 함께 전략적 사고와 회사에 대한 문화적 적합성을 확인합니다.

면접에서의 알고리즘과 데이터 구조

알고리즘 과제는 대형 기술 회사(Google, Meta, Yandex, Tinkoff, Avito)의 면접에서 필수 요소입니다. 주요 목적은 언어 지식이 아닌 문제 해결 능력을 평가하는 것입니다. 후보자는 어떤 프로그래밍 언어를 사용할 수 있으며, Android에서는 Kotlin, iOS에서는 Swift가 선호됩니다. 일반적인 주제: 배열, 해시 테이블, 그래프, 동적 계획법, 트리(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 {
    // 보충 = target - nums[i]와 그 인덱스를 저장
    val map = mutableMapOf<Int, Int>()

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

        // 보충이 발견되면 — 쌍이 발견됨
        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에 따르면 2000만 건의 제출). O(n) 해결책은 HashMap을 사용합니다: 각 요소에 대해 target - nums[i]의 차가 이미 나타났는지 확인합니다. 있으면 인덱스를 반환합니다. 없으면 현재 요소를 HashMap에 저장합니다. 둔 중첩 륜프가 있는 O(n²) 단순 해결책은 Senior 위치에서는 통과되지 않을 수 있습니다.

모바일 개발 문제

플랫폼 문제는 모바일 개발자 면접에서 세 블록으로 나뉕니다: 플랫폼의 기본 지식, UI와 멀티스레딩 작업, 네트워크 요청과 데이터 저장. Android에서 필수: Activity와 Fragment의 생명 주기, Fragment v1과 Fragment v2의 차이점, ActivityResult API(onActivityResult 대체), ViewModel + StateFlow, Compose lifecycle. iOS의 경우: UIViewController의 생명 주기, ARC(Automatic Reference Counting), DispatchQueue와 OperationQueue, SwiftUI lifecycle(View — @State — @Binding — @ObservedObject).

질문 예: 생명 주기

일반적인 질문: “화면을 회전시킬 때 Activity의 생명 주기 콜백은 무엇입니까?” 정답: onPause → onStop → onDestroy → onCreate → onStart → onResume. 추가 질문: “회전시 상태를 어떻게 저장합니까?” — ViewModel에서 SavedStateHandle, onSaveInstanceState Bundle 또는 Jetpack Compose에서 rememberSaveable을 통해 저장합니다. 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 — 주요 컴포넌트를 상세히 설명합니다. 예를 들어, 페이지네이션 메커니즘(Android는 Paging 3, iOS는 Offset-based vs Cursor-based). 4) Trade-offs — 트레이드오프를 논의합니다: 캐시 vs 데이터 신선도, offline-first vs online-only.

모바일의 System Design 주요 주제: 캐싱(LRU Cache, 제한이 있는 Disk Cache), 이미지 처리(Coil, Glide, SDWebImage — 로딩, 캐싱, 플레이스홀더, 진행), 트래픽 최적화(JSON 대신 protobuf, 압축, 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), Disk LRU Cache(Jake Wharton의 DiskLruCache) 및 Coil/Glide 메모리 캐시 레이어에 대한 이해를 확인합니다.

면접 준비 전략

면접 준비는 예정된 면접 4-8주 전부터 체계적인 접근이 필요합니다. 기본 전략: 이론 복습에 2주(언어, 플랫폼, 알고리즘), 알고리즘 과제 풀기에 2-4주(LeetCode에서 100-300 과제), 목 면접에 1-2주(Pramp, interview.io, 친구와 함께). Senior 위치에는 System Design 준비가 추가됩니다(2-3주). 이 계획은 목표 레벨에서 70-80% 통과를 제공합니다.

모바일 개발자를 위한 특화 준비에는 다음이 포함됩니다: Android Developers Guide / iOS Developer Library 읽기, 인기 라이브러리(Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher)의 소스 코드 분석, Clean Architecture와 CI/CD(GitHub Actions, Fastlane)를 사용한 페트 프로젝트 작성. GitHub에 모듈러 아키텍쳐, DI, 테스트(Unit + UI + Snapshot)가 있는 샘플 애플리케이션을 작성하세요. 이것은 깊은 이해를 보여주고 면접에서 논거가 됩니다.

후보자의 일반적인 실수

실수 1: 며북으로 풀기 후보자가 며북으로 코드를 작성하며 사고 과정을 설명하지 않습니다. 면접관은 해결 과정을 평가할 수 없습니다. 올바른 방법: 각 단계를 소리내어 아래와 같이 설명합니다: “이 과제는 그래프 검색으로 귀결됩니다. 가장 빠른 경로를 찾아야 하므로 BFS를 제안합니다.” 이러한 의사 소통은 실수가 있을 때 면접관이 후보자를 안내할 기회를 주어 긍정적으로 평가됩니다.

실수 2: 곡 코드를 쓰기 요구사항을 명확히 하지 않고 방법을 논의하지 않은 채 코딩을 시작하는 것은 실패의 주요 원인 중 하나입니다. 코드를 쓰기 전에: 입력/출력 데이터를 명확히 하고, 경계 사례를 논의하고, Big O 평가를 통해 2-3 가지 방법을 비교하고, 면접관과 합의한 후에야 최적의 해결책을 쓰세요. 올바른 패턴: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

실수 3: 플랫폼 무지식 후보자는 알고리즘은 잘 풁나 Activity와 Fragment 또는 Swift의 weak/unowned 차이를 설명하지 못합니다. 모바일 첫 경우 플랫폼 지식이 알고리즘과 동등하게 평가됩니다. 공부하실 내용: SDK 버전 차이(compileSdk vs minSdk vs targetSdk), 인기 라이브러리의 ProGuard/R8 규칙, Swift Concurrency(async/await, actors) 및 MainActor. iOS 위치에 지원한 세 명 중 한 명은 ARC에 관한 질문에서 탈락합니다.