Steve Yegge Tuyên Bố Kết Thúc Phỏng Vấn Kỹ Thuật: Google Tự Vote Không Tuyển Chính Mình, AI Đóng Đinh Cuối Cùng

Câu trả lời nhanh
Bài viral 214 điểm HN của Steve Yegge (cựu Amazon/Google, 35 năm phỏng vấn): Google tự vote không tuyển 2/3 chính mình khi test blind. Phỏng vấn kỹ thuật bị hỏng 50 năm, AI coding agents như Claude Code đang đóng đinh cuối cùng. Kỹ năng dịch chuyển từ viết code thủ công sang hướng dẫn AI làm việc.

Ngay cả Google — công ty nổi tiếng nhất thế giới về quy trình tuyển dụng kỹ thuật — cũng tự vote không tuyển chính mình. Đó không phải joke. Đó là câu chuyện thật do Steve Yegge, cựu kỹ sư 35 năm kinh nghiệm phỏng vấn tại Amazon và Google, kể lại trong bài viết viral 214 điểm trên Hacker News tuần qua.

Bài viết có tựa đề “The Last Technical Interview” (Cuộc Phỏng Vấn Kỹ Thuật Cuối Cùng), dài 18 phút đọc, và mình khuyên bất kỳ ai làm trong ngành tech nên đọc. Vì Yegge không chỉ chỉ ra vấn đề — ông ấy nói thẳng: phỏng vấn kỹ thuật đang chết, và AI là cái đinh cuối cùng đóng quan tài.

Mình test bài này tuần qua, đọc đi đọc lại 3 lần, và phải nói: đây là một trong những bài phân tích thẳng thắn nhất về vấn đề tuyển dụng tech mà mình từng đọc. Không lý thuyết suông, không consulting jargon — chỉ có trải nghiệm thật từ người ở trong hệ thống 35 năm.

Google Tự Vote Không Tuyển Chính Mình, Điều Gì Đang Xảy Ra?

Yegge kể một câu chuyện mà anh gọi là khoảnh khắc nhóm Hiring Committee (HC) tại Google Kirkland nhận ra hệ thống đang bị hỏng hoàn toàn.

Câu chuyện diễn ra như sau: Nhóm HC khoảng 15 người tại Google Kirkland, gồm những kỹ sư hàng đầu, đồng sáng tạo công nghệ lớn, tác giả sách về phỏng vấn, những người hiện là lãnh đạo cấp cao. Họ tin rằng họ biết cách đánh giá ứng viên.

Một ngày, bộ phận tuyển dụng gửi cho họ một loạt hồ sơ đặc biệt để calibration exercise (bài tập hiệu chuẩn). Hồ sơ đã ẩn thông tin cá nhân. Nhóm đọc, đánh giá, vote, và kết quả: không tuyển khoảng 2/3 số hồ sơ.

Bất ngờ: đó chính là hồ sơ phỏng vấn của chính nhóm họ khi ứng tuyển vào Google. Họ vừa vote không tuyển chính mình.

Yegge viết: Trong khoảnh khắc ngắn ngủi đó, tất cả chúng tôi thoáng thấy hệ thống bị hỏng đến mức nào. Bộ phận nhân sự đã xoa mũi chúng tôi vào đó. Nhưng chúng tôi không bao giờ sửa nó.

Mình đọc đến đoạn này phải dừng lại. Không tuyển 2/3 chính mình. Mười lăm kỹ sư hàng đầu Google. Voted no. Vậy thì hệ thống đang tuyển đúng ai?

Dữ Liệu Thất Vọng Từ Chính Google Cho Thấy Điều Gì?

Yegge chia sẻ thêm những dữ liệu nội bộ mà Google thu thập được sau vô số đợt phân tích, và kết quả vô cùng đáng thất vọng.

Hai phỏng vấn viên giỏi nhất đánh giá cùng một ứng viên thường cho kết quả trái ngược nhau. Một người strong hire (tuyển mạnh), người kia no hire (không tuyển). Không có phỏng vấn viên nào là oracle, thậm chí Jeff Dean (huyền thoại kỹ thuật Google) cũng không.

Điểm phỏng vấn gần như không nói lên gì về hiệu suất thực tế khi ứng viên vào làm. Một số nhân viên xuất sắc nhất của Google từng trượt phỏng vấn 4-5 lần, cố gắng hơn 2 năm mới vào, rồi vượt trội hơn tất cả đồng nghiệp.

Nói cách khác: Google, công ty có thể bỏ nhiều tiền và công sức nhất vào việc cải thiện quy trình phỏng vấn, vẫn không thể làm cho nó hoạt động đáng tin cậy. Vậy thì các công ty khác ở đâu?

Yegge kết luận: Phỏng vấn, hóa ra, chỉ là một ván ném phi tiêu lớn. Một vòng hẹn hò kiểu mình có thích bạn không.

35 Năm Nhìn Lại: Hệ Thống Không Bao Giờ Được Sửa

Điều khiến mình ấn tượng nhất là góc nhìn dài hạn của Yegge. Ông bắt đầu phỏng vấn từ đầu thập niên 1990, trải qua Amazon (nơi ông là Bar Raiser, người có quyền phủ quyết bất kỳ quyết định tuyển dụng nào), rồi Google (nơi ông viết bản hướng dẫn screening CV 30 trang và bài blog Get That Job At Google vẫn được recruiter Google dùng sau 17 năm).

Và sau 35 năm, kết luận của ông là: quy trình cơ bản, 4-6 buổi phỏng vấn 1 giờ trong một ngày, không thay đổi trong 50 năm. Không ai sửa nó vì ba lý do chính.

Thứ nhất, hệ thống vừa đủ tệ để không ai buồn thay đổi. Nghĩa là đủ tốt để công ty vẫn hoạt động, nhưng không đủ tốt để tuyển đúng người.

Thứ hai, kỹ sư và quản lý bảo vệ quy trình vì họ đã vượt qua nó. Logic: mình vượt được thì người khác cũng phải vượt. Yegge gọi đây là tư duy gauntlet, hành trình thử thách mà nếu mình đi qua được, người khác cũng phải đi.

Thứ ba, thách thức quy trình bị coi là thách thức chính toàn bộ đội ngũ kỹ thuật. Khi Yegge công khai đặt câu hỏi về quy trình phỏng vấn trên mailing list nội bộ Google, một lãnh đạo kỹ thuật cấp cao kéo ông ra nói riêng: ông vừa đánh rơi trong nhà thờ. Không được phép nghi ngờ quy trình.

Mình thấy điều này cực kỳ quen thuộc. Ở Việt Nam, nhiều công ty tech vẫn copy-paste quy trình phỏng vấn kiểu Google, whiteboard coding, algorithm questions, system design, mà không bao giờ tự hỏi: quy trình này có thực sự giúp mình tìm được người giỏi không?

AI Sẽ Đóng Đinh Cuối Cùng Cho Phỏng Vấn Kỹ Thuật Không?

Yegge tin rằng AI sẽ là yếu tố cuối cùng kết liễu phỏng vấn kỹ thuật truyền thống. Lý do rất rõ ràng.

Claude Code, OpenAI Codex, Cursor, và các AI coding agent khác đang thay đổi định nghĩa kỹ sư giỏi. Khi AI có thể viết code, debug, review PR, chạy test, thì việc hỏi ứng viên reverse linked list trên whiteboard càng trở nên vô nghĩa.

Kỹ năng quan trọng đang dịch chuyển. Từ viết code bằng tay sang hướng dẫn AI làm việc đúng cách. Từ ghi nhớ thuật toán sang systems thinking và problem decomposition. Phỏng vấn kiểu cũ không đo được những kỹ năng này.

Yegge dự đoán: trong vài năm tới, ngành công nghiệp sẽ gần như ngừng phỏng vấn kỹ thuật truyền thống. Nó sẽ trở thành chú thích lịch sử đáng yêu như chiêm tinh học, cái gì đó kỳ lạ mà người ta từng làm.

Mình đồng ý một phần. Phỏng vấn kỹ thuật kiểu algorithm whiteboard chắc chắn đang mất giá. Nhưng thay thế bằng gì? Đó là câu hỏi khó hơn nhiều.

Phỏng Vấn Kỹ Thuật Sẽ Được Thay Thế Bằng Cái Gì?

Yegge gọi vấn đề cốt lõi là signal problem (vấn đề tín hiệu). Bạn cần rất nhiều tín hiệu để đánh giá một ứng viên, nhưng phỏng vấn 4-6 giờ chỉ cho bạn quá ít tín hiệu để đưa ra quyết định đáng tin cậy.

Một số phương án đang nổi lên mà mình thấy có tiềm năng.

Pair programming thực tế với AI tools, cho ứng viên sử dụng Claude Code hoặc Cursor để giải quyết một task thực sự, xem cách họ hướng dẫn AI, debug output, và iterate. Điều này đo được kỹ năng thực tế mà họ sẽ dùng hàng ngày.

Project-based assessment, giao một dự án nhỏ, cho thời gian 1-2 ngày, đánh giá kết quả thay vì hỏi lý thuyết.

Trial period, cho ứng viên thử việc 2-4 tuần, đánh giá trực tiếp trên công việc thực tế. Đây là gold standard nhưng tốn kém và khó thực hiện ở quy mô lớn.

Mình nghĩ pair programming với AI là hướng đi khả thi nhất. Nó vừa đo được kỹ năng kỹ thuật, vừa đo được khả năng làm việc với AI, thứ mà mọi công ty sẽ cần trong 2-3 năm tới.

Người Làm Tech Việt Nam Nên Làm Gì Ngay?

Nếu bạn đang chuẩn bị phỏng vấn kỹ thuật ở Việt Nam, mình có 3 lời khuyên thực tế.

Đừng quá ám ảnh về algorithm questions. Vẫn cần học, nhiều công ty VN còn dùng, nhưng trend đang chuyển. Đầu tư thời gian vào AI coding tools như Claude Code, Cursor, Copilot sẽ có ROI cao hơn.

Xây dựng portfolio thực tế. GitHub với project thật, contribution open-source, hoặc thậm chí blog kỹ thuật. Đây là signal mạnh hơn bất kỳ buổi phỏng vấn 1 giờ nào.

Học cách làm việc với AI. Nếu bạn có thể hướng dẫn AI coding agent giải quyết vấn đề hiệu quả, bạn có kỹ năng mà thị trường đang khát. Và kỹ năng này không đo được bằng cách hỏi bạn reverse binary tree trên bảng.

Phỏng vấn kỹ thuật không biến mất ngày mai. Nhưng nếu Yegge đúng, và dữ liệu từ chính Google ủng hộ ông, thì ngày kia đang đến gần hơn chúng ta nghĩ. Còn bạn? Bạn từng trải qua phỏng vấn kỹ thuật nào mà sau đó nghĩ câu hỏi này không liên quan gì đến công việc cả? Mình cá là có. Bởi vì hệ thống bị hỏng từ lâu rồi. AI chỉ đang làm cho điều đó hiển hiện hơn.

Hương Giang

Mình là Hương Giang. Công nghệ và AI là thứ mình thích nhất — có tool mới ra là mình tải về thử, đôi khi test 4-5 cái cùng lúc chỉ để xem cái nào dùng ngon hơn. Mình không phải dân kỹ thuật chính gốc, nhưng mình biết cách nhìn nhận xem một công cụ có thực sự hữu ích cho người bình thường không. Ngoài ra mình hay nghe podcast công nghệ và lướt Product Hunt lúc rảnh.

Xem tất cả bài viết →

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *