- Hãy giới thiệu về bản thân bạn.
Người phỏng vấn muốn nghe: một bản tóm tắt 60-90 giây liên quan đến công việc, không phải tiểu sử đời tư. Công thức "hiện tại → quá khứ → tương lai": bạn đang làm gì, đã làm được gì nổi bật, và vì sao…
- Tại sao bạn chọn ngành IT?
Người phỏng vấn muốn nghe: một lý do chân thực và cụ thể, cho thấy bạn gắn bó lâu dài chứ không chạy theo lương. Tránh: lý do quá tổng quát ("vì IT lương cao", "vì xu hướng"). Trả lời mẫu: "Tôi thích cảm giác…
- Bạn thấy mình ở đâu trong 5 năm tới?
Người phỏng vấn muốn nghe: bạn có định hướng, và định hướng đó khớp với con đường công ty có thể cho. Chia 2 mốc: ngắn hạn (kỹ thuật) và dài hạn (chiều sâu hoặc leadership). Tránh: nói "muốn làm quản lý" khi vị trí…
- Lộ trình từ Junior lên Senior là gì theo bạn?
Người phỏng vấn muốn nghe: bạn hiểu Senior không chỉ là "code giỏi hơn" mà là phạm vi ảnh hưởng và tính tự chủ tăng dần. Nêu 3 mốc kèm thứ thay đổi ở mỗi mốc. Trả lời mẫu: "Junior (0-2 năm): học nền tảng,…
- Điều gì khiến bạn hứng thú với vị trí này? Vì sao là công ty này chứ không phải nơi khác?
Người phỏng vấn muốn nghe: bạn đã tìm hiểu công ty thật, không rải CV đại trà. Nêu 2-3 yếu tố cụ thể từ JD/sản phẩm/team. Tránh: "vì công ty nổi tiếng", "vì lương" — và đừng chê công ty lớn để khen công ty…
- Bạn muốn phát triển theo hướng nào: Fullstack, Backend, Frontend hay khác?
Người phỏng vấn muốn nghe: bạn có chính kiến về hướng đi và lý do kỹ thuật đằng sau, đồng thời đủ linh hoạt với nhu cầu thực tế. Tránh: "gì cũng được". Trả lời mẫu: "Tôi theo hướng Backend vì thích thiết kế database,…
- Bạn ưu tiên cái gì hơn: lương cao hay học hỏi nhiều?
Người phỏng vấn muốn nghe: một câu trả lời cân bằng và thành thật, phù hợp với giai đoạn sự nghiệp của bạn. Tránh: nói "tôi không quan tâm lương" (thiếu thật) hoặc "lương là tất cả" (thiếu cam kết). Trả lời mẫu: "Lương đủ…
- Nếu công việc không cho bạn cơ hội phát triển hoặc không được thăng tiến sau 2 năm, bạn sẽ làm gì?
- Tại sao bạn rời công ty cũ? Điều gì khiến bạn khó chịu nhất ở đó?
Người phỏng vấn muốn nghe: lý do hướng tới ("đi tìm gì") chứ không phải chạy trốn, và khi nói về điểm chưa hài lòng thì gắn vào quy trình/kỹ thuật, không phải con người. Tránh: nói xấu sếp, đồng nghiệp hay công ty cũ…
- Cách bạn giải thích một khái niệm kỹ thuật phức tạp cho người không rành kỹ thuật?
Người phỏng vấn muốn nghe: bạn biết bỏ jargon và dùng hình ảnh quen thuộc — kỹ năng cốt lõi khi làm việc với PM, sales, khách hàng. Tránh: giải thích bằng thuật ngữ kỹ thuật khác. Trả lời mẫu: "Tôi bắt đầu từ kết…
- Hãy kể về lần bạn làm việc nhóm thành công.
Người phỏng vấn muốn nghe: vai trò cụ thể của bạn trong kết quả chung, không phải "cả team cùng cố gắng". Trả lời theo STAR. Trả lời mẫu (STAR): - Tình huống: team 5 người, deadline 1 tháng cho release v2.0. - Nhiệm vụ:…
- Hãy kể về lần bạn có xung đột với đồng nghiệp.
Người phỏng vấn muốn nghe: bạn xử lý bất đồng chuyên nghiệp, đặt việc chung trên cái tôi — không phải bạn "thắng". Tránh: kể xấu đồng nghiệp, hoặc nói "tôi chưa từng xung đột" (nghe né tránh). Trả lời mẫu (STAR): - Tình huống:…
- Khi một thành viên trong team không hoàn thành task, bạn sẽ làm gì?
Người phỏng vấn muốn nghe: bạn hỗ trợ trước, phán xét sau, và minh bạch khi ảnh hưởng tới tiến độ chung. Tránh: nhảy thẳng vào chỉ trích hoặc mách sếp ngay. Trả lời mẫu: "Đầu tiên tôi hỏi xem bạn ấy có đang vướng…
- Bạn thích làm việc nhóm hay làm việc một mình hơn?
Người phỏng vấn muốn nghe: bạn làm tốt cả hai và biết khi nào cần cái nào. Tránh: chọn cực đoan một phía — nghe như khó hợp tác hoặc không tự chủ được. Trả lời mẫu: "Tôi cần cả hai. Làm một mình cho…
- Cách bạn ứng xử với một senior dev review code rất khắt khe?
Người phỏng vấn muốn nghe: bạn coi review khắt khe là cơ hội học, biết tách phản hồi khỏi cái tôi, nhưng vẫn dám trao đổi khi không đồng ý. Tránh: tỏ ra tự ái, cãi lại, hoặc sửa cho qua mà không hiểu vì…
- Bạn đã từng mentor hoặc kèm cặp một junior developer chưa?
Người phỏng vấn muốn nghe: bạn biết nâng người khác lên, kể cả khi chưa làm mentor chính thức. Dạy lại là dấu hiệu bạn hiểu sâu. Tránh: trả lời cụt "chưa". Trả lời mẫu: "Chưa chính thức, nhưng tôi thường ngồi cùng junior khi…
- Khi deadline gấp và áp lực team cao, bạn xử lý thế nào?
Người phỏng vấn muốn nghe: bạn giữ được bình tĩnh, sắp xếp ưu tiên và giao tiếp minh bạch thay vì cố ôm hết. Tránh: "tôi làm thêm giờ tới khi xong" — nghe như không biết quản lý. Trả lời mẫu (STAR): - Tình…
- Bạn đã từng đứng ra dẫn dắt một project hoặc task lớn chưa?
- Nếu cả team không đồng ý với ý kiến của bạn, bạn sẽ làm gì?
- Kể về project mà bạn tự hào nhất.
Người phỏng vấn muốn nghe: vai trò cụ thể của bạn, thử thách thật và kết quả đo được. Tránh: mô tả công nghệ chung chung mà không nói bạn đã làm gì. Trả lời mẫu (STAR): - Tình huống: nền tảng e-commerce bị chậm…
- Bạn đã từng gặp một bug nghiêm trọng trên production chưa? Bạn xử lý thế nào?
Người phỏng vấn muốn nghe: bạn giữ bình tĩnh, ưu tiên khôi phục dịch vụ trước, rồi mới tìm nguyên nhân gốc và rút bài học. Tránh: kể như một sự cố nghiêm trọng mà không có quy trình. Trả lời mẫu (STAR): - Tình…
- Khi deadline gấp, bạn chấp nhận cắt bỏ điều gì?
Người phỏng vấn muốn nghe: bạn phân biệt được giữa nợ kỹ thuật tạm thời (chấp nhận được) và chất lượng/an toàn (không bao giờ cắt), và có kế hoạch trả nợ. Tránh: "tôi không cắt gì cả" (thiếu thực tế) hoặc cắt cả testing/security.…
- Bạn đã từng từ chối một task vì thấy không khả thi trong thời gian cho phép chưa?
Người phỏng vấn muốn nghe: bạn dám nêu rủi ro, có số liệu đi kèm và đưa phương án thay thế, không chỉ nói "không". Tránh: tỏ ra dễ dãi, nhận hết mọi việc, hoặc cứng nhắc từ chối. Trả lời mẫu (STAR): - Tình…
- Bạn đã từng refactor một codebase lớn chưa? Cách tiếp cận của bạn?
Người phỏng vấn muốn nghe: một chiến lược an toàn, không "đập đi xây lại" liều lĩnh. Nguyên tắc cốt lõi: có lưới an toàn trước khi đụng dao. Trả lời mẫu (STAR): - Tình huống: module thanh toán cũ rối, khó thêm tính năng.…
- Bạn giải quyết một vấn đề về performance như thế nào?
Người phỏng vấn muốn nghe: bạn đo trước khi sửa, tìm đúng bottleneck thay vì phỏng đoán. Tránh: "tôi tối ưu code" chung chung mà không có cách xác định nguyên nhân. Trả lời mẫu (STAR): - Tình huống: một trang load chậm bị khách…
- Bạn đã từng tranh luận với BA/PM về một requirement chưa?
- Kể về một project từng thất bại — và bài học lớn nhất bạn rút ra.
Người phỏng vấn muốn nghe: bạn dám nhận thất bại, nhìn ra nguyên nhân và thay đổi cách làm sau đó. Đây cũng là câu "bài học quý giá nhất". Tránh: đổ lỗi hoàn cảnh, hoặc chọn thất bại giả "tôi làm quá kỹ". Trả…
- Khi bạn mắc lỗi trong code, bạn xử lý thế nào?
Người phỏng vấn muốn nghe: bạn minh bạch, fix nhanh và phòng ngừa tái phạm — vì che giấu bug luôn tệ hơn. Tránh: tỏ ra bạn không bao giờ sai. Trả lời mẫu: "Tôi báo ngay cho team thay vì giấu, vì giấu chỉ…
- Bạn đã từng đưa phản hồi/phê bình cho đồng nghiệp chưa?
Người phỏng vấn muốn nghe: bạn phản hồi mang tính xây dựng — riêng tư, cụ thể, kèm giải pháp — chứ không mơ hồ hay công khai làm mất mặt. Tránh: né tránh phản hồi vì sợ va chạm. Trả lời mẫu: "Tôi đưa…
- Bạn đã từng thay đổi quan điểm về một cách tiếp cận kỹ thuật chưa?
- Bạn xử lý phản hồi tiêu cực như thế nào?
Người phỏng vấn muốn nghe: bạn tiếp nhận mà không tự ái, suy ngẫm và biến thành hành động cải thiện. Tránh: tỏ ra bị tổn thương hoặc phản bác ngay. Trả lời mẫu: "Tôi cảm ơn người góp ý và cố tách cảm xúc…
- Bạn đã từng phải chọn giữa hai cách tiếp cận kỹ thuật chưa?
Người phỏng vấn muốn nghe: bạn quyết định dựa trên tiêu chí rõ ràng (performance, bảo trì, kỹ năng team, thời gian) chứ không theo cảm tính hay trend. Tránh: khẳng định một cách làm "luôn tốt hơn". Trả lời mẫu (STAR): - Tình huống:…
- Có 3 task nhưng chỉ 1 ngày, bạn ưu tiên thế nào?
Người phỏng vấn muốn nghe: bạn có khung ưu tiên rõ và biết giao tiếp khi không kịp tất cả. Tránh: "tôi cố làm hết" — thiếu thực tế. Trả lời mẫu: "Đầu tiên tôi hỏi PM đâu là việc ảnh hưởng lớn nhất tới…
- Bạn đã từng đề xuất một ý tưởng mới mà khó triển khai chưa?
- Bạn kỳ vọng mức lương bao nhiêu? Có mức tối thiểu không?
Người phỏng vấn muốn nghe: bạn đã khảo sát thị trường và đưa ra một khoảng hợp lý, đồng thời khéo hỏi ngược ngân sách của công ty. Tránh: tự "neo" mình ở một con số tối thiểu quá sớm, hoặc nói "bao nhiêu cũng…
- Nếu công ty offer thấp hơn kỳ vọng, bạn có nhận không?
Người phỏng vấn muốn nghe: bạn linh hoạt nhưng biết giới hạn, và biết thương lượng phần đãi ngộ ngoài lương cứng. Tránh: chấp nhận ngay vô điều kiện (mất giá) hoặc từ chối thẳng (cứng nhắc). Trả lời mẫu: "Nếu chênh trong khoảng 10%…
- Phúc lợi nào quan trọng nhất với bạn?
Người phỏng vấn muốn nghe: bạn có thứ tự ưu tiên rõ và thực tế, hướng tới giá trị lâu dài chứ không phải perk ngắn hạn. Tránh: liệt kê tất cả mọi thứ (không có ưu tiên). Trả lời mẫu: "Ba thứ quan trọng…
- Bạn muốn làm việc từ xa không? Bao nhiêu ngày mỗi tuần?
Người phỏng vấn muốn nghe: sở thích thật của bạn, và nó có khớp với chính sách công ty không. Mô hình hybrid đang phổ biến nhất. Tránh: đặt điều kiện cứng nhắc trước khi hiểu cách công ty vận hành. Trả lời mẫu: "Tôi…
- Bạn đã từng đàm phán lương thành công chưa?
Người phỏng vấn muốn nghe: bạn đàm phán dựa trên giá trị đã tạo ra và dữ liệu thị trường, đúng thời điểm — không phải đòi hỏi cảm tính. Tránh: kể như một cuộc mặc cả căng thẳng. Trả lời mẫu: "Có. Sau khi…
- Bạn thích lương cố định hay có phần thưởng biến đổi?
Người phỏng vấn muốn nghe: bạn cân bằng giữa ổn định và động lực, hiểu trade-off. Tránh: chọn cực đoan mà không có lý do. Trả lời mẫu: "Tôi ưu tiên lương cứng ổn định làm nền, cộng thêm thưởng theo hiệu suất/dự án và…
- Phong cách làm việc của bạn là gì?
Người phỏng vấn muốn nghe: mô tả cụ thể kèm ví dụ, để họ hình dung bạn có hợp với cách team vận hành không. Tránh: tính từ sáo rỗng như "tôi chăm chỉ". Trả lời mẫu: "Tôi là người làm việc có tổ chức…
- Bạn làm việc hiệu quả nhất trong môi trường như thế nào?
Người phỏng vấn muốn nghe: môi trường lý tưởng của bạn có khớp với thực tế công ty không — đây là cách họ kiểm tra mức độ phù hợp hai chiều. Tránh: mô tả môi trường hoàn toàn ngược với những gì công ty…
- Bạn thích phong cách quản lý nào?
Người phỏng vấn muốn nghe: bạn biết mình cần gì ở manager để làm việc tốt, và đủ linh hoạt để thích nghi. Tránh: mô tả nghe như bạn cần bị giám sát hoặc không chịu được phản hồi. Trả lời mẫu: "Tôi hợp với…
- Bạn đã từng làm việc từ xa toàn thời gian chưa? Cảm nhận thế nào?
Người phỏng vấn muốn nghe: bạn tự nhận thức được điểm mạnh/yếu của bản thân khi remote, và thành thật về trade-off. Tránh: tô hồng hoàn toàn ("remote lúc nào cũng tuyệt"). Trả lời mẫu: "Tôi từng remote toàn thời gian 3 tháng. Năng suất…
- Bạn thích công ty kiểu nào: startup, scale-up hay tập đoàn lớn?
Người phỏng vấn muốn nghe: bạn hiểu sự khác biệt và lựa chọn của bạn khớp với chính loại hình công ty đang phỏng vấn. Tránh: khen kiểu công ty ngược hẳn với nơi bạn đang ứng tuyển. Trả lời mẫu: "Tôi hợp nhất với…
- Văn hoá công ty quan trọng với bạn không? Công ty này hợp với bạn ở điểm nào?
Người phỏng vấn muốn nghe: văn hoá thật sự quan trọng với bạn, và bạn đã tìm hiểu giá trị của công ty để chỉ ra điểm khớp cụ thể. Tránh: khen chung chung "tôi thích văn hoá công ty" mà không nói được điểm…
- Bạn có dự định gắn bó lâu dài với công ty không?
Người phỏng vấn muốn nghe: một câu trả lời tích cực nhưng thực tế, kèm điều kiện khiến bạn muốn ở lại. Tránh: hứa hẹn "cả đời" (không đáng tin) hoặc tỏ ra sắp nhảy việc. Trả lời mẫu: "Tôi không thích nhảy việc liên…
- Cân bằng công việc - cuộc sống quan trọng thế nào với bạn? Bạn có lo về văn hoá làm việc quá sức không?
Người phỏng vấn muốn nghe: bạn coi trọng sự bền vững nhưng thực tế về đặc thù ngành, và biết hỏi ngược một cách chuyên nghiệp về workload. Tránh: nghe như ngại làm thêm bất cứ lúc nào, hoặc ngược lại chấp nhận burnout. Trả…
- Bạn làm gì ngoài giờ code?
Người phỏng vấn muốn nghe: bạn là người cân bằng, có đời sống ngoài công việc giúp bạn tái tạo năng lượng — một câu hỏi phá băng. Tránh: trả lời "tôi chỉ code" (nghe dễ burnout) hoặc kể lể quá riêng tư. Trả lời…
- Bạn cập nhật kiến thức và học công nghệ mới bằng cách nào?
Người phỏng vấn muốn nghe: một quy trình học cụ thể, kết hợp lý thuyết và thực hành, chứ không chỉ "đọc cho biết". Tránh: trả lời chung chung "tôi tự học trên mạng". Trả lời mẫu: "Tôi đọc documentation chính thức trước để nắm…
- Side project gần đây nhất của bạn là gì?
Người phỏng vấn muốn nghe: sự chủ động học hỏi và bạn thật sự đã hoàn thành một thứ gì đó. Side project thể hiện tinh thần tự học tốt hơn chứng chỉ. Tránh: kể một ý tưởng dang dở mà không có kết quả.…
- Bạn có mentor không? Mối quan hệ đó diễn ra thế nào?
Người phỏng vấn muốn nghe: bạn chủ động tận dụng mentoring và biến nó thành hành động, chứ không thụ động chờ được chỉ dạy. Tránh: "không có ai" mà không nói cách bạn vẫn tự tìm người học hỏi. Trả lời mẫu: "Tôi có…
- Bạn có bao giờ cảm thấy "bị tụt hậu" với các xu hướng công nghệ không?
Người phỏng vấn muốn nghe: bạn thực tế về FOMO công nghệ và có chiến lược học khôn ngoan — tập trung nền tảng thay vì chạy theo mọi trend. Tránh: tỏ ra bạn biết hết mọi thứ, hoặc lo lắng thái quá. Trả lời…
- Vì sao chúng tôi nên tuyển bạn?
Người phỏng vấn muốn nghe: bạn ghép được kỹ năng của mình với đúng nhu cầu trong JD, bằng bằng chứng chứ không tự khen. Tránh: liệt kê tính từ ("chăm chỉ, nhiệt huyết") mà không có dẫn chứng. Trả lời mẫu: "JD cần người…
- Bạn có câu hỏi nào cho chúng tôi không?
Người phỏng vấn muốn nghe: bạn thật sự quan tâm và đã suy nghĩ về vị trí. Luôn chuẩn bị 2-3 câu hỏi thông minh. Tránh: "không, anh/chị nói rõ hết rồi" — nghe như thờ ơ; và đừng hỏi lương/nghỉ phép ngay ở vòng…
- Điểm mạnh và điểm yếu lớn nhất của bạn là gì?
Người phỏng vấn muốn nghe: điểm mạnh khớp với công việc (kèm bằng chứng), và điểm yếu thật kèm cách bạn đang khắc phục. Tránh: điểm yếu giả như "tôi quá cầu toàn" — ai cũng biết đó là né tránh. Trả lời mẫu: "Điểm…
- Kể về lần bạn phải làm việc với một stakeholder hoặc người khó tính.
Người phỏng vấn muốn nghe: bạn giữ chuyên nghiệp, tìm hiểu động cơ phía sau hành vi khó chịu, và xây được lòng tin. Tránh: mô tả người kia như "kẻ xấu" mà không nói bạn đã làm gì để cải thiện quan hệ. Trả…
- Kể về lần bạn nhận trách nhiệm vượt ngoài vai trò được giao (ownership).
- Bạn xử lý thế nào khi nhận nhiều yêu cầu mâu thuẫn cùng lúc từ nhiều người?
Người phỏng vấn muốn nghe: bạn không âm thầm gánh hết hay tự ý chọn, mà làm rõ ưu tiên một cách minh bạch giữa các bên. Tránh: "tôi làm cho người to tiếng nhất" hoặc cố làm hết rồi vỡ. Trả lời mẫu: "Tôi…
- Bạn định nghĩa "thành công" trong công việc như thế nào?
Người phỏng vấn muốn nghe: những điều bạn thật sự coi trọng, và nó có khớp với cách công ty đo lường thành công không. Tránh: định nghĩa chỉ xoay quanh chức danh hoặc tiền. Trả lời mẫu: "Với tôi, thành công là giải quyết…
- Kể về một lần bạn bất đồng với đồng nghiệp về giải pháp kỹ thuật. Kết quả ra sao?
Người phỏng vấn không đo xem ai đúng, họ đo cách bạn tranh luận: có dựa trên dữ kiện không, có chốt được không, có giữ được quan hệ làm việc không. Khung STAR: - Situation — bối cảnh ngắn: "Team em cần chọn cách…
- Nếu đến sát deadline mà bạn biết chắc không kịp, bạn xử lý thế nào?
Câu này kiểm tra thời điểm bạn báo và chất lượng thông tin bạn báo, không phải khả năng thức đêm. Bốn bước nên nói ra: 1. Báo sớm nhất có thể — ngay khi biết sẽ trễ, không phải sáng hôm nộp. Trễ mà…
- Kể về một lần bạn bị góp ý gay gắt trong code review. Bạn phản ứng thế nào?
Điều được đánh giá là bạn có tách được nội dung góp ý khỏi giọng điệu hay không. Code review gắt là chuyện thường ở team có tiêu chuẩn cao. Cách trả lời theo STAR: - Situation — một PR bị reviewer để lại nhiều…
- Điểm yếu lớn nhất của bạn là gì?
Câu này gần như chắc chắn xuất hiện. Người hỏi muốn thấy bạn tự nhận thức được và đang xử lý, chứ không tìm lý do loại bạn. Công thức ba phần: 1. Một điểm yếu có thật, liên quan tới nghề — nhưng không…
- Kể về một lần bạn gây sự cố trên production. Bạn đã làm gì trong lúc đó và sau đó?
- Kể về một dự án bạn tham gia mà thất bại. Bạn học được gì?
Người hỏi kiểm tra hai thứ: bạn có nhìn thẳng vào thất bại không, và bài học rút ra có áp dụng được không hay chỉ là câu chữ. Cách dựng câu trả lời: - Định nghĩa thất bại cho rõ — dự án bị…
- Khi yêu cầu thay đổi liên tục giữa sprint, bạn xử lý thế nào?
Yêu cầu đổi là chuyện bình thường; điều được đánh giá là bạn có biến thay đổi thành quyết định có kiểm soát hay chỉ than phiền. Bốn việc nên nêu: 1. Ghi lại thay đổi ở nơi chính thức — cập nhật ticket, comment…
- Kể về một lần bạn tranh luận với PM/BA hoặc QA về phạm vi công việc. Bạn giải quyết ra sao?
Người hỏi muốn biết bạn có làm việc được với vai trò không phải kỹ thuật hay không, đặc biệt khi hai bên nhìn cùng một ticket theo hai cách khác nhau. Nguyên tắc chung: tranh luận phải quay về mô tả yêu cầu và…
- Bạn được giao maintain một hệ thống cũ, không tài liệu, người viết đã nghỉ. Bạn bắt đầu từ đâu?
- Nếu được giao kèm một bạn junior mới vào, bạn sẽ làm gì trong tháng đầu?
Câu này hay xuất hiện khi tuyển từ mid-level trở lên, vì công ty muốn biết bạn có nhân rộng được năng lực hay chỉ làm tốt phần của mình. Kế hoạch tháng đầu nên nói được: - Tuần 1 — chạy được và có…
- Khi bạn phải chạy song song nhiều đầu việc từ nhiều dự án, bạn sắp xếp ưu tiên bằng cách nào?
Người hỏi muốn nghe một cách sắp xếp có thể mô tả được, và cách bạn xử lý khi các đầu việc thuộc về những người quản lý khác nhau. Tiêu chí sắp xếp, theo thứ tự: 1. Đang chặn người khác hoặc chặn người…
- Nếu sếp hoặc tech lead yêu cầu làm theo hướng kỹ thuật bạn tin là sai, bạn xử lý thế nào?
- Kể về một cải tiến bạn chủ động đề xuất mà không ai yêu cầu. Bạn thuyết phục team bằng cách nào?
- Đồng đội nhận phần việc mà đến sát ngày vẫn chưa xong, ảnh hưởng tới phần của bạn. Bạn làm gì?
Người hỏi muốn biết bạn xử lý theo hướng giải quyết vấn đề hay theo hướng quy trách nhiệm, và bạn có leo thang đúng lúc không. Thứ tự nên làm: 1. Hỏi trực tiếp và sớm, riêng tư. Hỏi để biết tình trạng thật…
- Bạn từng làm việc với team ở múi giờ khác hoặc làm remote toàn phần chưa? Bạn giữ tiến độ bằng cách nào?
Câu này phổ biến ở công ty outsourcing làm cho khách Nhật, Mỹ, châu Âu, và ở công ty product có team phân tán. Điểm được đánh giá là bạn có làm việc bất đồng bộ được không. Những thói quen nên nêu: - Viết…
- Vì sao bạn muốn rời công ty hiện tại?
- Lương gross và lương net khác nhau thế nào? Khi nhận offer nên thoả thuận theo loại nào?
Gross là tổng thu nhập trước khi trừ, net là số thực nhận về tài khoản. Phần chênh giữa hai con số là bảo hiểm bắt buộc (BHXH 8% + BHYT 1,5% + BHTN 1% = 10,5% phần người lao động đóng) và thuế thu…
- Nhà tuyển dụng hỏi "Lương hiện tại của bạn bao nhiêu?" — có nên khai con số thật không?
Bạn không có nghĩa vụ khai lương cũ, nhưng ở thị trường Việt Nam nhiều nhà tuyển dụng vẫn xem đó là mốc để tính offer, nên né hoàn toàn có thể bị coi là thiếu hợp tác. Cách xử lý cân bằng: chuyển trọng…
- Công ty outsource, product và startup khác nhau ở điểm nào? Mỗi loại hợp với ai?
Khác nhau chủ yếu ở ai sở hữu sản phẩm và nguồn tiền. Outsource (gia công) — làm phần mềm theo hợp đồng cho khách hàng nước ngoài hoặc doanh nghiệp khác. Doanh thu tính theo dự án/giờ công. - Được: tiếp xúc nhiều domain…
- Thời gian thử việc theo luật Việt Nam là bao lâu, lương bao nhiêu? Cần chú ý gì trong 2 tháng thử việc?
Theo Bộ luật Lao động 2019: - Thời gian thử việc (Điều 25): tối đa 60 ngày với công việc cần trình độ cao đẳng trở lên — đúng với hầu hết vị trí lập trình viên; 180 ngày chỉ áp dụng cho người quản…
- Có nên là người đưa con số lương trước không? Nếu bị ép nêu con số ngay vòng đầu thì xử lý thế nào?
Nguyên tắc chung: để công ty nói dải lương trước nếu được, vì họ đã có ngân sách cho vị trí. Nhưng ở Việt Nam, HR thường hỏi kỳ vọng ngay vòng sàng lọc để loại nhanh, nên né mãi sẽ kéo dài quy trình…
- Đang cầm hai offer với lương chênh nhau, bạn so sánh thế nào cho đúng?
So sánh tổng thu nhập một năm và điều kiện làm việc, không so lương tháng. Quy về cùng đơn vị — thu nhập năm: - Lương gross × 12 + thưởng tháng 13 (có bảo đảm trên hợp đồng hay chỉ hứa miệng?) +…
- Đã nhận được offer nhưng thấp hơn kỳ vọng, bạn deal lại thế nào để không mất offer?
Thời điểm tốt nhất để đàm phán là sau khi có offer và trước khi ký — lúc đó công ty đã chọn bạn và ngại tuyển lại từ đầu. Rủi ro mất offer vì đàm phán lịch sự là rất thấp. Trình tự: 1.…
- CV của bạn có khoảng trống 8 tháng không đi làm. Nhà tuyển dụng hỏi thì giải thích thế nào?
Khoảng trống không phải điểm loại; cách bạn kể về nó mới là thứ được đánh giá. Trả lời theo ba nhịp: lý do ngắn gọn — bạn đã làm gì trong thời gian đó — vì sao sẵn sàng quay lại. Mẫu: - "Sau…
- CV của bạn có 3 công ty trong 3 năm. Nhà tuyển dụng lo bạn sẽ lại nghỉ sớm — trả lời sao?
Điều nhà tuyển dụng thật sự muốn biết không phải "vì sao anh nghỉ" mà là "lần này có khác không". Trả lời phải chứng minh các lần chuyển việc có một hướng đi nhất quán, không phải phản ứng ngẫu nhiên. Khung trả lời:…
- Tiếng Anh giao tiếp của bạn còn yếu. Nên ứng tuyển thế nào và trả lời ra sao khi bị hỏi về trình độ tiếng Anh?
Không nói dối trình độ. Nhiều công ty kiểm tra ngay bằng vài câu tiếng Anh trong buổi phỏng vấn hoặc một vòng với khách hàng. Trả lời trung thực kèm mức độ cụ thể: - "Em đọc tài liệu kỹ thuật và trao đổi…
- Bạn muốn chuyển từ PHP sang Go, hoặc từ Frontend sang Backend. Trình bày thế nào để không bị coi là "làm lại từ đầu"?
Nhà tuyển dụng lo hai điều: bạn mất bao lâu để làm được việc, và bạn có bỏ cuộc giữa chừng không. Câu trả lời phải giải quyết đúng hai điều đó. 1. Tách phần chuyển được và phần phải học. - Phần chuyển được:…
- Bạn muốn làm remote cho công ty nước ngoài từ Việt Nam. Cần chuẩn bị gì về kỹ năng, hợp đồng và thuế?
- Bạn dựa vào tiêu chí nào để quyết định khi nào nên nhảy việc và khi nào nên ở lại?
- Bạn học trái ngành và chuyển sang lập trình. Làm sao thuyết phục nhà tuyển dụng chọn bạn thay vì sinh viên CNTT?
- Trong buổi phỏng vấn, dấu hiệu nào cho thấy nên tránh công ty đó? Hỏi ngược câu gì để phát hiện sớm?
- Bạn từ chối một offer thế nào cho lịch sự? Nếu công ty cũ đưa counter-offer để giữ bạn thì có nên nhận?
- Junior, Middle và Senior khác nhau thực chất ở điểm nào, ngoài số năm kinh nghiệm?
Số năm chỉ là chỉ dấu thô. Điểm phân biệt thật nằm ở phạm vi vấn đề tự xử lý được và mức giám sát cần có. - Junior: được giao task đã mô tả rõ, cần review kỹ, câu hỏi thường là "code này…
- Khi review code người khác, viết nhận xét thế nào để góp ý được việc mà không làm người nhận khó chịu?
Nguyên tắc gốc: nhận xét nhắm vào code, không nhắm vào người, và nêu rõ lý do thay vì chỉ ra lệnh. - Thay "anh viết hàm này sai rồi" bằng "hàm này chưa xử lý trường hợp danh sách rỗng, dòng 42 sẽ ném…
- Vào một dự án lớn đã chạy nhiều năm, bạn bắt đầu đọc code từ đâu?
Không đọc từ trên xuống dưới theo thư mục — sẽ chìm trong chi tiết. Đi theo luồng chạy thật. Thứ tự thường hiệu quả: 1. Chạy được dự án trên máy trước. Không dựng được môi trường thì mọi việc đọc đều là suy…
- Viết tài liệu kỹ thuật ở mức "đủ dùng" nghĩa là viết gì và bỏ gì?
Đủ dùng nghĩa là ghi lại thứ code không tự nói được, chủ yếu là lý do. Code đã mô tả cách làm; tài liệu mô tả bối cảnh và ràng buộc. Nên viết: - README chạy được: cài gì, biến môi trường nào, chạy…
- Bạn ước lượng thời gian cho một task như thế nào? Vì sao ước lượng hay lệch?
Cách làm được việc nhất là chia nhỏ rồi mới ước lượng. Ước lượng một task lớn theo cảm tính gần như luôn thiếu, vì phần chưa nghĩ tới không xuất hiện trong đầu khi ước lượng. Quy trình: 1. Chia task tới mức mỗi…
- Đang làm mà thấy sẽ trễ so với ước lượng ban đầu, bạn xử lý thế nào?
Nguyên tắc: báo sớm ngay khi tín hiệu xuất hiện, kèm phương án — không im lặng làm tiếp rồi báo vào ngày cuối. Giá trị của thông tin trễ hạn giảm dần theo thời gian; báo trước 3 ngày thì team còn xoay được,…
- Bạn chia một task lớn thành các phần nhỏ như thế nào để giao được và review được?
Tiêu chí của một phần nhỏ tốt: tự nó chạy được và merge được, không làm hỏng nhánh chính, và review trong khoảng 30 phút là hiểu hết. Các cách chia thường dùng: - Theo lát cắt dọc (vertical slice): mỗi phần đi hết từ…
- Được giao review code của người giỏi hơn hoặc ở mảng bạn không rành, bạn review cái gì?
Bạn vẫn có thứ để đóng góp, chỉ cần đổi trọng tâm sang những điểm không cần chuyên môn sâu hơn tác giả: - Tính dễ hiểu: nếu bạn đọc mà không hiểu, đó là một tín hiệu thật — người sửa nó sáu tháng…
- Nợ kỹ thuật (technical debt) là gì? Bạn nhận diện, ghi nhận và thuyết phục cấp trên dành thời gian trả nợ bằng cách nào?
Nợ kỹ thuật là phần thiết kế/mã nguồn được chấp nhận ở mức chưa tốt để đi nhanh hơn trong ngắn hạn; phần chênh lệch đó sinh "lãi" dưới dạng mọi thay đổi về sau đều chậm và rủi ro hơn. Bản thân nợ không…
- Đi làm full-time, thời gian rảnh ít — bạn học công nghệ mới thế nào cho hiệu quả?
Điểm mấu chốt không phải học nhiều giờ hơn, mà là gắn việc học vào công việc đang làm để có lặp lại và phản hồi thật. Cách vận hành: - Học có mục tiêu ứng dụng. Chọn thứ sẽ dùng trong 1-3 tháng tới…
- Nên học sâu một mảng hay học rộng nhiều công nghệ? Bạn chọn thế nào?
Câu trả lời được dùng nhiều trong thực tế là mô hình chữ T: sâu ở một mảng đủ để là người được hỏi khi có vấn đề khó, rộng vừa đủ ở các mảng liền kề để hiểu và làm việc được với người…
- Một senior được kỳ vọng làm gì ngoài viết code?
- Bạn đang ở middle và muốn lên senior. Bạn cần thay đổi cách làm việc thế nào, và chứng minh bằng gì?
- Bạn chủ trì một buổi thảo luận thiết kế kỹ thuật (design review) như thế nào để ra được quyết định?
- Kèm một junior mà không làm hộ — bạn điều chỉnh mức can thiệp thế nào?
- Bạn chuẩn bị cho kỳ đánh giá nội bộ (performance review) và tự đánh giá bản thân như thế nào?
