Question 1

Hãy thiết kế hệ thống giỏ hàng (shopping cart) cho một sàn thương mại điện tử tương tự Shopee với 5 triệu người dùng đồng thời vào giờ flash sale. Bạn sẽ xử lý vấn đề overselling và race condition như thế nào?

Accepted Answer

Xác định yêu cầu & quy mô -> Thiết kế kiến trúc tổng thể (cache, queue, DB) -> Xử lý race condition (Redis SETNX / Lua script / Optimistic locking) -> Chiến lược giảm tải (rate limiting, circuit breaker) -> Quan sát & rollback Nhà tuyển dụng muốn thấy ứng viên tư duy theo từng lớp hệ thống, hiểu những đánh đổi thực tế thay vì chỉ giải quyết được bài toán kỹ thuật. Ứng viên mạnh trình bày rõ cách xử lý race condition bằng Redis atomic operation hoặc Lua script để đảm bảo tồn kho không âm, dùng message queue để tách bước trừ kho khỏi luồng request chính và đề xuất phương án xử lý khi Redis gặp sự cố. Điểm cộng nếu ứng viên đặt câu hỏi ngược lại về SLA và RTO/RPO trước khi thiết kế, hoặc chia sẻ số liệu thực tế từ dự án trước để minh họa lựa chọn kiến trúc. Nhà tuyển dụng có thể hỏi thêm: "Bạn sẽ kiểm tra hệ thống này như thế nào trước khi vào flash sale thực?"

Question 2

Mô tả quy trình code review mà bạn đã áp dụng trong team trước. Khi bạn phát hiện một đoạn code hoạt động đúng nhưng có vấn đề về maintainability, bạn sẽ comment như thế nào để tránh xung đột với tác giả?

Accepted Answer

Mô tả quy trình cụ thể (checklist, tool, SLA review) -> Ví dụ thực tế về maintainability issue -> Cách đặt câu hỏi thay vì phán xét -> Kết quả và bài học Nhà tuyển dụng đánh giá kỹ năng giao tiếp kỹ thuật và chỉ số EQ của ứng viên thông qua cách họ đưa phản hồi khi xem xét code. Ứng viên mạnh mô tả được quy trình rõ ràng - công cụ đang dùng, thời gian xử lý cam kết (SLA), cách phân loại góp ý theo mức độ từ gợi ý tùy chọn đến vấn đề chặn merge - và cho ví dụ cụ thể về ngôn ngữ mang tính xây dựng thay vì phán xét. Điểm cộng nếu ứng viên nhắc đến việc ưu tiên xem xét logic trước style vì linter và formatter đã lo phần đó, và có dẫn chứng về một pull request cụ thể đã cải thiện chất lượng codebase.

Question 3

Kể về một lần bạn phải xử lý sự cố nghiêm trọng trên môi trường production (service down hoặc data corruption). Bạn đã xác định nguyên nhân gốc rễ và phục hồi hệ thống như thế nào? Quy trình post-mortem của bạn là gì?

Accepted Answer

Mô tả tình huống và mức độ ảnh hưởng -> Các bước triage (logs, metrics, tracing) -> Giải pháp ngắn hạn (hotfix/rollback) -> Nguyên nhân gốc rễ -> Post-mortem và cải tiến dài hạn Nhà tuyển dụng đánh giá khả năng ứng phó sự cố dưới áp lực, tư duy ưu tiên phục hồi dịch vụ và văn hóa cải tiến liên tục sau sự cố. Ứng viên mạnh kể được tình huống thực tế có số liệu cụ thể - thời gian dừng hoạt động, tỷ lệ người dùng bị ảnh hưởng - mô tả cách dùng công cụ quan sát hệ thống để xác định nguyên nhân gốc, và quan trọng nhất là mô tả quy trình post-mortem không quy trách nhiệm cá nhân tập trung vào cải tiến quy trình. Điểm cộng nếu ứng viên đề cập đến runbook hoặc playbook đã được chuẩn bị sẵn từ trước và các hành động cụ thể đã triển khai sau sự cố để ngăn tái diễn.

Question 4

Team bạn đang có một service monolith chạy ổn định nhưng tốc độ phát triển tính năng ngày càng chậm do tech debt tích lũy. PM liên tục ưu tiên feature mới. Bạn sẽ thuyết phục stakeholders và lên kế hoạch trả nợ kỹ thuật như thế nào?

Accepted Answer

Đo lường và định lượng tech debt (cycle time, bug rate, DORA metrics) -> Chuyển đổi ngôn ngữ kỹ thuật sang business impact -> Đề xuất chiến lược (Boy Scout Rule, 20% capacity, strangler fig) -> Ưu tiên hóa tech debt backlog -> Theo dõi và báo cáo tiến độ Nhà tuyển dụng muốn thấy ứng viên có thể làm cầu nối giữa kỹ thuật và nghiệp vụ, thuyết phục các bên liên quan bằng ngôn ngữ business thay vì thuật ngữ kỹ thuật. Ứng viên mạnh không nói "cần refactor" mà định lượng tác động - ví dụ nợ kỹ thuật làm tăng thời gian phát triển tính năng thêm 40%, tốn thêm X ngày mỗi sprint - và đề xuất mô hình cụ thể như dành 20% dung lượng sprint cho nợ kỹ thuật, ưu tiên phần nào ảnh hưởng đến lộ trình tính năng quan trọng nhất. Điểm cộng nếu ứng viên biết dùng chỉ số DORA để đo lường kết quả cải thiện sau khi giải quyết nợ kỹ thuật.

Question 5

Kể về một dự án bạn phối hợp chặt chẽ với Product Manager và Designer. Có lần nào bạn bất đồng với yêu cầu kỹ thuật từ phía PM không? Bạn đã giải quyết như thế nào?

Accepted Answer

Mô tả dự án và vai trò -> Trình bày bất đồng cụ thể (yêu cầu vs. khả thi) -> Cách bạn communicate (data, prototype, trade-off) -> Kết quả đạt được -> Bài học về collaboration Nhà tuyển dụng đánh giá kỹ năng làm việc nhóm liên chức năng và sự trưởng thành nghề nghiệp của ứng viên kỹ thuật khi làm việc với PM và Designer. Ứng viên mạnh kể được một tình huống thực tế có bất đồng quan điểm nhưng xử lý theo hướng đề xuất giải pháp thay thế kèm những đánh đổi rõ ràng thay vì chỉ nói "không được", biết dùng prototype hoặc spike để minh chứng thay vì tranh luận lý thuyết và tôn trọng quyết định cuối cùng khi đã đủ thông tin. Điểm cộng nếu ứng viên đề cập đến việc tham gia planning và discovery sớm để giảm bất ngờ kỹ thuật trong giai đoạn phát triển. Nhà tuyển dụng có thể hỏi thêm: "Bạn làm gì khi đã nêu rủi ro kỹ thuật nhưng PM vẫn quyết định tiến hành?"

Question 6

Bạn đang xây dựng API cho một ứng dụng mobile với nhiều màn hình có nhu cầu dữ liệu khác nhau (overfetching/underfetching). Bạn sẽ chọn REST hay GraphQL? Hãy phân tích các đánh đổi cụ thể và đề xuất thiết kế endpoint cho màn hình danh sách sản phẩm.

Accepted Answer

Phân tích yêu cầu (team size, client diversity, performance SLA) -> So sánh REST vs. GraphQL (caching, complexity, tooling) -> Quyết định và lý do -> Thiết kế endpoint cụ thể (fields, pagination, filtering) -> Versioning strategy Nhà tuyển dụng không tìm câu trả lời đúng tuyệt đối mà đánh giá khả năng lập luận có cấu trúc và tư duy về những đánh đổi thực tế. Ứng viên mạnh không nghiêng hẳn về một công nghệ mà phân tích rõ điểm mạnh - điểm yếu của từng lựa chọn: GraphQL giải quyết được overfetching nhưng làm phức tạp bộ nhớ đệm và có vấn đề N+1 query cần DataLoader, REST vẫn phù hợp với hầu hết team nhỏ và vừa, còn BFF (Backend for Frontend) là phương án trung gian thực dụng. Điểm cộng nếu ứng viên thiết kế endpoint REST cụ thể với query params, phân trang và lựa chọn trường rõ ràng thay vì mô tả chung chung.

Question 7

Bạn nhận được alert rằng một query SQL đang chạy 8 giây trên bảng orders có 50 triệu dòng, gây timeout cho toàn bộ tính năng xem lịch sử đơn hàng. Hãy mô tả từng bước bạn sẽ điều tra và tối ưu hóa query đó.

Accepted Answer

Chạy EXPLAIN/EXPLAIN ANALYZE để xem query plan -> Kiểm tra index hiện có và missing index -> Phân tích N+1, full table scan, lock contention -> Áp dụng fix (composite index, covering index, query rewrite, pagination) -> Đo lường kết quả và monitor Nhà tuyển dụng đánh giá khả năng xử lý sự cố hiệu năng cơ sở dữ liệu một cách có hệ thống, không đoán mò. Ứng viên mạnh bắt đầu bằng EXPLAIN ANALYZE để đọc execution plan trước khi đề xuất bất kỳ giải pháp nào, phân biệt được Sequential Scan và Index Scan, hiểu thứ tự cột trong composite index và biết khi nào nên dùng covering index để loại bỏ heap fetch. Điểm cộng nếu ứng viên nhắc đến CREATE INDEX CONCURRENTLY khi tạo index trên bảng production đang hoạt động và đề xuất giải pháp dài hạn như bộ nhớ đệm, phân trang hoặc lưu trữ dữ liệu cũ thay vì chỉ sửa query. Nhà tuyển dụng có thể hỏi thêm: "Bạn sẽ kiểm tra index mới trên staging trước khi đưa lên production như thế nào?"

Question 8

Trong 2-3 năm tới, bạn muốn phát triển theo hướng nào: chuyên sâu kỹ thuật (individual contributor - Staff/Principal Engineer) hay chuyển sang quản lý (Engineering Manager)? Bạn thấy thị trường công nghệ Việt Nam hiện nay đang cần kỹ sư với những kỹ năng gì nhất?

Accepted Answer

Tự đánh giá điểm mạnh và sở thích hiện tại -> Lý do cụ thể cho hướng đi đã chọn -> Kế hoạch phát triển cụ thể (học gì, làm gì) -> Góc nhìn về thị trường VN (AI, fintech, e-commerce) -> Liên hệ với vị trí đang ứng tuyển Nhà tuyển dụng đánh giá mức độ tự nhận thức và sự phù hợp văn hóa của ứng viên thông qua câu hỏi về định hướng nghề nghiệp. Ứng viên mạnh trả lời thành thật và có định hướng cụ thể thay vì nói "tùy công ty", thể hiện hiểu sự khác biệt giữa con đường chuyên gia kỹ thuật sâu (individual contributor) và con đường quản lý, đồng thời liên kết định hướng đó với lý do ứng tuyển vào công ty này. Điểm cộng nếu ứng viên nhắc đến nhu cầu thực tế của thị trường công nghệ Việt Nam - tích hợp AI, thiết kế hệ thống cho emerging markets, tiếng Anh kỹ thuật - và cho thấy họ đã chủ động chuẩn bị cho hướng đi đó. Nhà tuyển dụng có thể hỏi thêm: "Công ty này cụ thể sẽ giúp bạn đạt mục tiêu đó như thế nào?"