Phỏng vấn kỹ thuật trong phát triển mobile: bản chất, các giai đoạn và chuẩn bị

Phỏng vấn kỹ thuật trong IT là gì?

Phỏng vấn kỹ thuật là quá trình đánh giá năng lực chuyên môn có cấu trúc, bao gồm kiểm tra kỹ năng cứng (kiến thức kỹ thuật) và kỹ năng mềm (giao tiếp, làm việc nhóm). Chu kỳ phỏng vấn tiêu chuẩn cho nhà phát triển mobile có 3-5 vòng với tổng thời gian 4-6 giờ. Tỷ lệ đậu thành công so với số lượng đơn đăng ký ban đầu là 2-5% ở các công ty công nghệ lớn.

Quy trình tuyển dụng trong phát triển mobile khác với phát triển web: có thêm các câu hỏi về đặc thù nền tảng — vòng đời Activity/Fragment, ARC và quản lý bộ nhớ trong Swift, mô hình luồng (Main Thread, Dispatch Queue, Coroutines), yêu cầu mạng và lưu trữ dữ liệu. Nhà phát triển Android cần biết Jetpack Compose, Room, WorkManager, Dagger/Hilt. Nhà phát triển iOS — SwiftUI, Core Data, Combine, URLSession. Sự khác biệt về yêu cầu tăng dần theo kinh nghiệm: Đối với vị trí Senior, thiết kế hệ thống và kiến trúc toàn bộ ứng dụng được bổ sung.

Cấu trúc phỏng vấn phụ thuộc vào cấp bậc. Đối với vị trí Junior, kiến thức cơ bản về ngôn ngữ và nền tảng là đủ (1-2 vòng). Nhà phát triển Middle trải qua 2-3 vòng với phần thuật toán. Phỏng vấn Senior bao gồm 4-5 vòng: thuật toán, kiến trúc ứng dụng mobile, thiết kế hệ thống, phỏng vấn hành vi và phỏng vấn cuối cùng với VPE (Phó Chủ tịch Kỹ thuật) hoặc CTO.

Các giai đoạn của phỏng vấn kỹ thuật

Sàng lọc HR — giai đoạn đầu tiên kéo dài 20-30 phút. Nhân viên tuyển dụng kiểm tra sự phù hợp của kinh nghiệm với yêu cầu công việc, thảo luận về điều kiện làm việc, kỳ vọng lương và động lực của ứng viên. Ở giai đoạn này, điều quan trọng là trình bày rõ ràng kinh nghiệm của bạn: dự án, công nghệ sử dụng, thành tích về chỉ số (giảm thời gian tải, giảm tỷ lệ crash, tăng tốc độ build). Sàng lọc HR không kiểm tra kiến thức kỹ thuật, nhưng loại bỏ tới 40% ứng viên do không đáp ứng yêu cầu hình thức.

Sau khi sàng lọc là phỏng vấn thuật toán — giai đoạn quan trọng đối với hầu hết các công ty. Thời gian — 45-90 phút. Ứng viên được giao 1-2 bài toán về thuật toán và cấu trúc dữ liệu. Giải pháp được viết trên bảng trực tuyến (Codility, HackerRank, CoderPad) hoặc trên giấy. Không chỉ tính đúng mà còn tốc độ tư duy, khả năng đặt câu hỏi làm rõ và tối ưu hóa giải pháp cũng được đánh giá. Theo interviewing.io (2025), 73% ứng viên thất bại ngay ở giai đoạn thuật toán.

Phỏng vấn kiến trúc

Vòng kiến trúc kiểm tra khả năng thiết kế ứng dụng mobile. Ứng viên được yêu cầu thiết kế một ứng dụng (danh sách công việc, trình nhắn tin, trình tổng hợp tin tức, dịch vụ phát trực tuyến). Việc lựa chọn mô hình kiến trúc (MVP, MVVM, MVI, VIPER), tổ chức các lớp (Presentation, Domain, Data), làm việc với DI (Dagger, Hilt, Swinject) và điều hướng được đánh giá. Đối với Android — kiến thức về Jetpack Navigation, đối với iOS — mô hình Coordinator và SwiftUI NavigationStack.

Phỏng vấn hành vi đánh giá kỹ năng mềm: khả năng làm việc nhóm, giải quyết xung đột, lập luận quyết định. Phương pháp STAR (Situation, Task, Action, Result) được sử dụng — ứng viên mô tả một tình huống cụ thể từ kinh nghiệm. Ví dụ câu hỏi: “Hãy kể về lỗi khó nhất mà bạn đã tìm thấy và sửa.” Vòng cuối cùng với trưởng nhóm hoặc VPE kiểm tra tư duy chiến lược và sự phù hợp văn hóa với công ty.

Thuật toán và cấu trúc dữ liệu trong phỏng vấn

Các bài toán thuật toán là thành phần bắt buộc trong các buổi phỏng vấn tại các công ty công nghệ lớn (Google, Meta, Yandex, Tinkoff, Avito). Mục tiêu chính là đánh giá khả năng giải quyết vấn đề, không phải kiến thức ngôn ngữ. Ứng viên được phép sử dụng bất kỳ ngôn ngữ lập trình nào — ưu tiên Kotlin cho Android và Swift cho iOS. Các chủ đề điển hình: mảng, bảng băm, đồ thị, lập trình động, cây (Binary Tree, Trie, Segment Tree).

Theo LeetCode (2025), để vượt qua phỏng vấn thuật toán một cách tự tin, cần giải 250-400 bài toán. Các chủ đề chính theo tần suất: Two Pointers (12%), Sliding Window (10%), DFS/BFS trên đồ thị (14%), Binary Search (8%), Dynamic Programming (18%), Hash Map / Set (15%). Ký hiệu Big O là yếu tố bắt buộc: ứng viên phải giải thích độ phức tạp thời gian và không gian của giải pháp và đề xuất tối ưu hóa.

Ví dụ bài toán: Two Sum

// LeetCode 1: Two Sum — bài toán HashMap kinh điển
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Lưu phần bù = target - nums[i] và chỉ mục của nó
    val map = mutableMapOf<Int, Int>()

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

        // Nếu tìm thấy phần bù — đã tìm thấy cặp
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Thời gian: O(n), Không gian: O(n)

Bài toán Two Sum là bài toán phổ biến nhất trong các buổi phỏng vấn (theo LeetCode, hơn 20 triệu lượt gửi). Giải pháp O(n) sử dụng HashMap: với mỗi phần tử, kiểm tra xem hiệu target - nums[i] đã xuất hiện chưa. Nếu có — trả về chỉ mục. Nếu không — lưu phần tử hiện tại vào HashMap. Giải pháp đơn giản O(n²) với hai vòng lặp lồng nhau được coi là không đạt yêu cầu cho vị trí Senior.

Câu hỏi về phát triển mobile

Câu hỏi nền tảng trong phỏng vấn nhà phát triển mobile được chia thành ba khối: kiến thức nền tảng cơ bản, làm việc với UI và đa luồng, yêu cầu mạng và lưu trữ dữ liệu. Đối với Android bắt buộc: vòng đời Activity và Fragment, sự khác biệt Fragment v1 và Fragment v2, ActivityResult API (thay thế onActivityResult), ViewModel + StateFlow, Compose lifecycle. Đối với iOS: vòng đời UIViewController, ARC (Đếm tham chiếu tự động), DispatchQueue và OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Ví dụ câu hỏi: vòng đời

Câu hỏi điển hình: “Những callback nào của vòng đời Activity được gọi khi xoay màn hình?” Câu trả lời đúng: onPause → onStop → onDestroy → onCreate → onStart → onResume. Câu hỏi bổ sung: “Làm thế nào để lưu trạng thái khi xoay?” — thông qua SavedStateHandle trong ViewModel, onSaveInstanceState Bundle hoặc rememberSaveable trong Jetpack Compose. Đối với iOS: “Điều gì xảy ra với UIViewController khi vào nền?” — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

Thiết kế hệ thống ứng dụng mobile

System Design Interview dành cho nhà phát triển mobile kiểm tra khả năng thiết kế kiến trúc ứng dụng client và sự tương tác của nó với máy chủ. Các bài toán tiêu chuẩn: thiết kế bảng tin (như Instagram/TikTok), trò chuyện (như Telegram), trình phát video (như YouTube), bộ nhớ đệm cấp một (L1 — trong bộ nhớ, L2 — đĩa). Thời gian — 60 phút. Tư duy có cấu trúc được đánh giá, không phải số lượng chi tiết.

Mẫu câu trả lời cho System Design: 1) Clarify requirements — làm rõ yêu cầu chức năng (bảng tin, thích, bình luận, tải ảnh) và phi chức năng (ngoại tuyến, tốc độ tải, mức tiêu thụ pin). 2) High-level design — vẽ sơ đồ các lớp: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — mô tả chi tiết các thành phần chính, ví dụ cơ chế phân trang (Paging 3 cho Android, Offset-based vs Cursor-based cho iOS). 4) Trade-offs — thảo luận các đánh đổi: bộ nhớ đệm so với độ mới của dữ liệu, offline-first so với online-only.

Các chủ đề System Design chính cho mobile: lưu trữ đệm (LRU Cache, Disk Cache có giới hạn), xử lý hình ảnh (Coil, Glide, SDWebImage — tải, bộ nhớ đệm, hình nền, tiến trình), tối ưu hóa lưu lượng (protobuf thay vì JSON, nén, Differ/GraphQL), làm việc ngoại tuyến (Room + Sync Adapter, Core Data + iCloud, WorkManager cho đồng bộ nền). Offline-first là một trong những chủ đề thường gặp nhất cho các vị trí Senior.

Đối với iOS, các câu hỏi về App Thinning, Slicing, On-Demand Resources và tối ưu hóa bản dựng được bổ sung. Đối với Android — về R8/ProGuard, App Bundles (AAB so với APK), Dynamic Delivery và Minification. Câu hỏi kiến trúc “Làm thế nào để triển khai bộ nhớ đệm hình ảnh với giới hạn bộ nhớ?” kiểm tra sự hiểu biết về LRU Cache (LinkedHashMap với thứ tự truy cập), Disk LRU Cache (DiskLruCache của Jake Wharton) và lớp bộ nhớ đệm Coil/Glide.

Chiến lược chuẩn bị phỏng vấn

Chuẩn bị phỏng vấn đòi hỏi một cách tiếp cận hệ thống trong 4-8 tuần trước buổi phỏng vấn dự kiến. Chiến lược cơ bản: 2 tuần ôn tập lý thuyết (ngôn ngữ, nền tảng, thuật toán), 2-4 tuần giải các bài toán thuật toán (100-300 bài trên LeetCode), 1-2 tuần phỏng vấn thử (Pramp, interview.io, với bạn bè). Đối với vị trí Senior, việc chuẩn bị System Design được bổ sung (2-3 tuần). Kế hoạch này mang lại 70-80% tỷ lệ đậu thành công ở cấp độ mục tiêu.

Đối với nhà phát triển mobile, việc chuẩn bị cụ thể bao gồm: đọc Hướng dẫn nhà phát triển Android / Thư viện nhà phát triển iOS, phân tích mã nguồn của các thư viện phổ biến (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher), viết dự án cá nhân với Clean Architecture và CI/CD (GitHub Actions, Fastlane). Hãy viết một ứng dụng mẫu trên GitHub với kiến trúc mô-đun, DI, kiểm thử (Unit + UI + Ảnh chụp màn hình) — điều này sẽ thể hiện sự hiểu biết sâu sắc và trở thành một lập luận trong buổi phỏng vấn.

Các lỗi điển hình của ứng viên

Lỗi 1: Giải trong im lặng. Ứng viên viết mã trong im lặng, không nhận xét về quá trình suy nghĩ. Người phỏng vấn không thể đánh giá quá trình giải quyết. Đúng: nói to từng bước — “Tôi thấy bài toán này quy về tìm kiếm trên đồ thị. Tôi đề xuất sử dụng BFS vì chúng ta cần tìm đường đi ngắn nhất.” Sự giao tiếp này cho phép người phỏng vấn hướng dẫn ứng viên khi có lỗi, điều này được đánh giá tích cực.

Lỗi 2: Viết mã ngay lập tức. Bắt đầu viết mã mà không làm rõ yêu cầu và thảo luận phương pháp là một trong những nguyên nhân chính dẫn đến thất bại. Trước khi viết mã: làm rõ dữ liệu đầu vào/đầu ra, thảo luận các trường hợp đặc biệt, so sánh 2-3 phương pháp với đánh giá Big O và chỉ viết giải pháp tối ưu sau khi thỏa thuận với người phỏng vấn. Mô hình đúng: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

Lỗi 3: Thiếu kiến thức nền tảng. Ứng viên giải thuật toán tốt nhưng không thể giải thích sự khác biệt giữa Activity và Fragment hoặc giữa weak/unowned trong Swift. Đối với các vị trí mobile, kiến thức nền tảng được đánh giá ngang bằng với thuật toán. Hãy học: sự khác biệt về phiên bản SDK (compileSdk so với minSdk so với targetSdk), quy tắc ProGuard/R8 cho các thư viện phổ biến, Swift Concurrency (async/await, actors) và MainActor. Cứ ba ứng viên cho vị trí iOS thì một người thất bại ở các câu hỏi về ARC.