Chọn lý do chân thực: giải quyết vấn đề hoặc xây dựng sản phẩm có impact — tránh lý do quá tổng quát.

Ví dụ: "Tôi thích cách công nghệ giải quyết vấn đề phức tạp và xây dựng sản phẩm mọi người sử dụng hàng ngày."

Chia câu trả lời thành 2 mốc: 1-2 năm (kỹ thuật) và 3-5 năm (leadership) — liên kết với công ty đang phỏng vấn.

Ví dụ: "Trong 1-2 năm tôi muốn trở thành full-stack developer chuyên sâu, 3-5 năm muốn đảm nhận vai trò tech lead hoặc architect."

Nêu 2-3 yếu tố cụ thể từ JD (công nghệ, team, scope) — tránh nói "lương cao" hay "công ty nổi tiếng".

Ví dụ: "Tôi thích stack TypeScript/React, và team nhỏ 5 người có thể tạo product linh hoạt."

Xác định rõ chuyên hướng và lý do kỹ thuật cụ thể, tránh trả lời chung chung.

Ví dụ: "Tôi theo hướng Backend vì yêu thích thiết kế database, API optimization, và xử lý hệ thống lớn."

Luôn frame theo hướng tích cực: tìm challenge mới, phát triển kỹ năng — không bao giờ nói xấu công ty cũ.

TUYỆT ĐỐI tránh nói xấu sếp, đồng nghiệp, hoặc công ty cũ. Ví dụ: "Tôi muốn phát triển sang lĩnh vực fintech, còn công ty cũ tập trung marketing."

Nêu cụ thể: team, project, hoặc kỹ năng học được — câu trả lời cụ thể tạo ấn tượng tốt hơn câu chung chung.

Ví dụ: "Team rất supportive, tôi học được rất nhiều về frontend architecture từ senior developers."

Cả hai đều quan trọng — trả lời thành thật và nêu lý do, nên kết hợp cả hai trong thực tế.

Ví dụ: "Tôi ưu tiên nói vì giải thích rõ hơn, nhưng ghi chép lại quyết định bằng viết rất quan trọng cho team."

Mô tả ngắn gọn: audience, topic, và cách bạn chuẩn bị để mọi người dễ hiểu.

Ví dụ: "Tôi thuyết trình về database redesign cho team, chuẩn bị slide và tài liệu để mọi người dễ hiểu."

Documentation là kỹ năng professional — trả lời "có" và nêu tầm quan trọng với team.

Ví dụ: "Tôi viết doc cho API, complex functions vì sau này người khác (hoặc chính mình) sẽ cần hiểu code đó."

• Situation: team 5 người, deadline 1 tháng.
• Task: release v2.0.
• Action: chia task rõ, daily standup, peer review.
• Result: on-time, 0 bugs trong 1 tháng.

Cả hai đều cần thiết: solo work cho deep focus, teamwork cho collaboration và học hỏi — câu trả lời cân bằng thường tốt hơn.

Ví dụ: "Tôi thích cả hai — solo work cho deep focus, teamwork cho collaboration và learning từ nhau."

Professional network là tài sản lâu dài — duy trì liên lạc chủ động, không chỉ khi cần việc.

Ví dụ: "Tôi keep in touch trên LinkedIn, sẵn sàng giúp nếu họ hỏi kỹ thuật. Network là tài sản quý."

Chọn project có scope rõ và kết quả đo lường được — nêu role của bạn, challenge cụ thể và impact thực tế.

Ví dụ: "E-commerce platform — tôi design backend architecture, kết quả: response time cải thiện 10 lần."

• Situation: DB query chậm khiến users không load được data.
• Action: thêm index + cache.
• Result: recovery trong 30 phút.
• Bài học: luôn monitor performance.

Doc → build small project → supplement với video: thứ tự này giúp học thực sự hiệu quả.

Ví dụ: "Tôi đọc documentation, build small project, xem video tutorial — ví dụ học Go bằng cách build một CLI tool nhỏ."

Transparent và fix nhanh — che giấu bugs thường dẫn đến hậu quả tồi tệ hơn nhiều.

Ví dụ: "Tôi admit mistake, fix ASAP, update team, nêu cách prevent lần sau. Không che giấu lỗi."

Hỏi PM về priority trước; nếu không clear, dùng Eisenhower matrix: urgent + important trước.

Ví dụ: "Tôi hỏi PM priority, nếu không clear dùng Eisenhower matrix — urgent & important làm trước."

Research market trước (ITviec Salary Report, VietnamWorks), nêu range không nêu số cụ thể — và hỏi ngược lại range của công ty.

Ví dụ: "Dựa trên kinh nghiệm 3 năm và skill set, tôi expect 20-25 triệu/tháng. Nhưng tôi muốn biết range của công ty cho vị trí này."

Không tiết lộ con số minimum trước — hỏi range của công ty để có lợi thế negotiation.

Ví dụ: "Tôi muốn biết salary range của công ty cho vị trí này trước khi đưa ra con số cụ thể."

Xác định ưu tiên rõ — lương base, health, learning budget thường quan trọng hơn perks ngắn hạn.

Ví dụ: "Lương cơ bản, health insurance, learning budget. Remote flexibility là bonus tốt."

Trả lời thành thật với preference của bạn — hybrid model phổ biến nhất trong tech hiện nay.

Ví dụ: "Tôi prefer hybrid: 3 ngày office cho collaboration, 2 ngày home cho deep work tập trung."

Mô tả phong cách cụ thể với ví dụ thực tế — tránh câu chung chung như "tôi chăm chỉ".

Ví dụ: "Tôi organized, proactive, thích plan trước khi execute. Update progress thường xuyên để team đồng bộ."

Mô tả môi trường lý tưởng một cách cụ thể — collaborative nhưng có uninterrupted time cho deep work.

Ví dụ: "Collaborative nhưng cần quiet time cho focus. Morning standup, afternoon deep work là ideal."

Trả lời thành thật về tradeoffs — productivity tốt hơn ở home nhưng isolation là vấn đề thực tế khi remote full-time.

Ví dụ: "Tôi try 3 tháng — productivity tốt nhưng feeling isolated. Hybrid là best cho tôi."

• Rất quan trọng.
• Văn hóa công ty shape cách làm việc, cộng tác, phát triển.
• Tôi tìm công ty có open communication và learning culture.

Trả lời positive nhưng realistic — nêu điều kiện cụ thể khiến bạn muốn stay lâu dài.

Ví dụ: "Tôi plan stay 3-4 năm nếu công ty, team, career growth tốt. Tôi không thích nhảy việc liên tục."

Work-life balance quan trọng và realistic — nêu expectation cụ thể về giờ làm và OT compensation.

Ví dụ: "Quan trọng, nhưng trong tech đôi khi cần OT. Tôi expect regular 8-9 tiếng/ngày, overtime có compensation hoặc comp-off."

Chia sẻ sở thích thực tế — có cuộc sống ngoài code cho thấy bạn biết balance và refresh bản thân.

Ví dụ: "Tôi chơi bóng rổ, đọc tech blogs, tham gia meetup developer. Có cuộc sống ngoài code giúp tôi refresh và creative hơn."

Hỏi ngược HR về signals cụ thể — câu hỏi thẳng thắn về workload cho thấy bạn biết mình muốn gì.

Ví dụ: "Tôi muốn hỏi: deadline bị miss thường xuyên không? Team structure có đủ để tránh burnout?"

Kết hợp nhiều nguồn: blogs, meetups và side projects — passive reading không đủ nếu không có hands-on practice.

Ví dụ: "Đọc dev.to, follow engineering blogs (Netflix, Uber), tham gia dev meetup, build side projects để thực hành."

Mô tả side project ngắn gọn với tech stack và điều học được — side projects thể hiện initiative tốt hơn chứng chỉ.

Ví dụ: "Build personal expense tracking app dùng React + Node — học thêm về state management và deployment."

Nêu cụ thể technology và lý do chọn — cho thấy bạn học có mục đích, không chỉ chase trend.

Ví dụ: "Tôi đang learn Rust vì performance và memory safety. Bắt đầu bằng building CLI tool nhỏ."

Kết hợp cả ba nguồn — course cho foundation, book cho depth, project-based để internalize thực sự.

Ví dụ: "Mix: course cho foundation, book cho deep understanding, project-based để practice. Hands-on là quan trọng nhất."

Junior→Senior thường trải qua 3 giai đoạn: học cơ bản (0-2 năm), làm việc độc lập (2-5 năm), và dẫn dắt kỹ thuật (5+ năm).

Junior (0-2 năm): học cơ bản, code dưới giám sát. Middle (2-5 năm): làm việc độc lập, review code, mentor juniors. Senior (5+ năm): thiết kế kiến trúc, tối ưu hóa, truyền đạt kinh nghiệm.

Cơ hội học hỏi quan trọng ở mọi cấp độ — đặc biệt với intermediate devs cần mở rộng sang công nghệ mới để tránh stagnation. Nêu cụ thể công nghệ/kỹ năng muốn học.

Ví dụ: "Công ty sử dụng Kubernetes, microservices mà công ty cũ tôi không có — đây là yếu tố chính khiến tôi ứng tuyển."

Đừng chờ đợi — chủ động tìm side projects, thảo luận growth path với manager trước khi quyết định rời đi.

Ví dụ: "Tôi sẽ tìm side projects với công nghệ mới, hoặc thảo luận với manager về cơ hội phát triển bên trong công ty trước."

Câu trả lời phụ thuộc career stage: junior ưu tiên học hỏi, senior cần cân bằng cả hai vì leverage tăng theo kinh nghiệm.

Ví dụ: "Lương cơ bản là quan trọng, nhưng ở giai đoạn hiện tại tôi ưu tiên học hỏi và phát triển kỹ năng hơn."

Nêu điểm khác biệt cụ thể (product focus, culture, team size) thay vì câu trả lời chung chung.

Ví dụ: "Tôi thích cách công ty tập trung vào fintech và product-oriented culture, không phải outsourcing."

Chỉ nêu vấn đề về quy trình/kỹ thuật, KHÔNG về con người — điều này cho thấy sự chuyên nghiệp.

Ví dụ: "Công ty không có CI/CD pipeline, code review process nên deploy rất chậm. Tôi muốn làm ở môi trường có quy trình DevOps tốt hơn."

Dùng analogy quen thuộc để bridge khoảng cách kỹ thuật, tránh jargon hoàn toàn.

Ví dụ: "Để giải thích database indexing: giống như index của sách, giúp tìm trang nhanh thay vì lật từng trang."

Chia sẻ kinh nghiệm thực tế một cách thành thật — nếu chưa có, nêu sự sẵn sàng học hỏi cụ thể.

Ví dụ: "Tôi review code nhưng chưa review architecture. Đó là điều tôi muốn học ở công ty này."

Chọn xung đột nhỏ (code style, technical approach) — xung đột chuyên môn cho thấy bạn có chính kiến và biết giải quyết vấn đề.

Ví dụ: "Tôi và senior dev không đồng ý về cách implement feature. Tôi đề xuất pair programming để cùng hiểu approach của nhau, sau đó chọn cách tốt nhất."

Tiếp cận supportive trước, escalate sau — không chỉ trích trực tiếp là dấu hiệu của team player tốt.

Ví dụ: "Tôi sẽ hỏi có vấn đề gì không, giúp gì được, rồi báo cáo manager nếu ảnh hưởng release timeline."

Coi review nghiêm khắc là cơ hội học hỏi — hỏi lý do đằng sau feedback thay vì chỉ sửa cho qua.

Ví dụ: "Tôi coi đó là cơ hội quý báu. Tôi hỏi lý do behind comments để học cách viết code tốt hơn."

Dù chưa formal, mentoring informal cũng có giá trị — nêu kinh nghiệm thực tế và sự sẵn sàng phát triển thêm.

Ví dụ: "Chưa chính thức nhưng tôi hay giúp junior fix bugs, chia sẻ kiến thức. Tôi muốn develop thêm kỹ năng mentoring."

Organize task và communicate proactively — transparent với PM quan trọng hơn việc cố gắng "giải quyết một mình".

Ví dụ: "Tôi chia task rõ, ưu tiên bug critical, cut feature không critical, update PM thường xuyên để transparent."

Cut technical debt tạm, KHÔNG cut quality. "Tôi skip viết unit tests (tạm), nhưng vẫn manual test kỹ.

Sau deadline 1 tuần, viết lại unit tests."

Communicate rõ risk và propose alternative có scope reduction — không chỉ nói "không" mà không có giải pháp thay thế.

Ví dụ: "Tôi estimate 2 tuần, PM muốn 5 ngày. Tôi nói rõ risk nếu cut corner, propose 1 tuần + scope reduction."

Refactor an toàn: viết tests trước → refactor dần → run tests liên tục — không refactor "all at once" là nguyên tắc quan trọng nhất.

Ví dụ: "Tôi viết unit tests trước, refactor dần từng phần, run tests liên tục để ensure không break functionality."

Profile trước, xác định bottleneck, fix có mục tiêu đo lường — đừng guess-and-fix.

Ví dụ: "Dùng Chrome DevTools measure, identify API slow, add caching — kết quả: nhanh hơn 3 lần."

Chọn thất bại có bài học cụ thể — interviewer muốn thấy bạn nhận ra vấn đề và thay đổi hành vi sau đó.

Ví dụ: "Project delay 2 tháng vì underestimate complexity. Bài học: investigate requirement kỹ, buffer thêm 20% thời gian."

Feedback constructive: private, cụ thể về issue + solution, không vague hay public — đây là kỹ năng quan trọng của senior developer.

Ví dụ: "Tôi feedback trong 1-1 private, nêu cụ thể issue + solution, không nói chung chung hay công khai."

Bài học quý giá thường đến từ failure hoặc challenge — chọn tình huống có impact thực tế và thay đổi cách làm sau đó.

Ví dụ: "Khi refactor codebase lớn — tôi hiểu tầm quan trọng của architecture tốt và technical debt tích lũy."

Cảm ơn → reflect → hỏi lại → improve: feedback tiêu cực xử lý tốt thường giúp phát triển nhanh nhất.

Ví dụ: "Tôi cảm ơn người feedback, reflect, hỏi lại nếu không hiểu, rồi improve. Feedback tiêu cực giúp phát triển nhanh nhất."

Đánh giá dựa trên performance, maintainability và team skill — không có approach nào luôn tốt hơn.

Ví dụ: "Microservices vs monolith — tôi chọn monolith vì team nhỏ, khi scale lên sẽ refactor dần."

Có flexibility nhưng biết giới hạn — dưới một mức nhất định thì negotiate thêm benefit thay vì chỉ accept.

Ví dụ: "Nếu dưới 10% tôi có thể negotiate. Nếu dưới 20%, tôi cần thêm benefit khác: flexible time, learning budget, stock option."

Negotiate salary thành công cần chuẩn bị: market data, danh sách contributions, và timing đúng lúc (sau kết quả tốt).

Ví dụ: "Tôi negotiate với công ty trước, được tăng 15% vì đảm nhận thêm responsibility và deliver results tốt."

Cân bằng giữa stability (fixed) và incentive (variable) là lý tưởng — tỷ lệ phổ biến là 80/20.

Ví dụ: "Tôi prefer 80% fixed + 20% variable (bonus). Có stability nhưng vẫn có motivation để perform tốt."

Nêu style cụ thể và lý do — coaching/mentoring với autonomy là phổ biến nhất trong tech.

Ví dụ: "Tôi thích coaching/mentoring style — guide nhưng cho autonomy. Regular feedback vì tôi thích biết performance của mình."

Nêu reason rõ ràng cho preference của bạn — scale-up thường phù hợp nhất với engineer muốn balance giữa impact và stability.

Ví dụ: "Scale-up: đủ resource để build quality, đủ nhỏ để thấy impact của mình. Startup quá chaotic, corporation quá bureaucratic."

Research company values trước phỏng vấn, nêu alignment cụ thể — không nói chung chung "tôi thích culture công ty".

Ví dụ: "Công ty promote learning và ownership — tôi thích cả hai vì match với cách tôi làm việc."

Nêu bài học thực tế — culture mismatch thường thể hiện dần dần qua cách team giao tiếp và ra quyết định.

Ví dụ: "Chưa resign vì culture, nhưng tôi nhận ra culture là yếu tố quan trọng khi chọn công ty tiếp theo."

Best practices đến từ nhiều nguồn — code reviews, architecture blogs và team tech talks bổ sung cho nhau.

Ví dụ: "Review code từ senior, đọc blogs kiến trúc (Martin Fowler), discuss với team trong tech talks."

Mentoring có giá trị khi cả hai bên đều chủ động — prepare câu hỏi trước và implement feedback ngay sau là cách tối ưu hóa relationship.

Ví dụ: "Có mentor senior dev, monthly 1-1. Tôi prepare questions trước, implement feedback ngay sau meeting."

Teaching là cách học sâu nhất — dù chưa formal, giúp juniors debug và share knowledge trong team đều có giá trị.

Ví dụ: "Chưa formal nhưng hay giúp juniors debug, share knowledge trong team. Teaching giúp mình hiểu sâu hơn."

Track bằng learning journal + monthly review — không có system cụ thể thì dễ quên những gì đã học.

Ví dụ: "Maintain learning journal, note concept mới, build small projects để reinforce. Review lại hàng tháng."

Focus vào core skills (data structures, system design) thay vì chase mọi trend — core skills có tuổi thọ dài hơn framework.

Ví dụ: "Đôi khi, nhưng tôi focus vào core skills (data structures, system design) thay vì chase trend. Core skills transferable, trend thay đổi liên tục."