Google正在试点一种新的软件工程师面试：候选人拿到一段现成的代码，可以开着Gemini一起读代码、找bug、做优化。面试官要看的是你会不会用AI，以及能不能看出AI哪里答错了。

这条消息在社交平台上迅速发酵，随后被简化成"Google面试允许用AI、告别LeetCode"。但真实情况要窄得多，也具体得多。

试点到底试的是什么

这项举措源于Google内部试点新增的"代码理解"轮次。它并非取代原有流程，而是在面试中增加一个考察维度：候选人借助Gemini分析一段陌生代码，面试官则侧重考核其提示词编写、AI输出校验以及调试能力。

换句话说，考的不是"你会不会写"，而是"你会不会用、能不能判断对错"。这套设计贴合的是工程团队的日常实际工作流——开发者每天面对的，本就是大量由他人或AI生成的代码。

试点的边界也很清楚：仅限美区部分部门的初中级岗位。范围窄、级别有限，并不是全公司、全岗位的面试改革。

被夸大的那些细节

社交媒体上流传的版本里，出现了不少具体到"代码行数""答题平台"的参数，甚至传出算法题被完全取消。这些细节经核查并不属实，诸多具体题目参数纯属培训机构杜撰。

传统编码题并未取消。对准备Google面试的人来说，算法题照样要练，只是需要多补一项能力：

  • 拿到一段陌生代码，能很快理清它在干什么、哪里有问题
  • 让AI帮忙时，能判断它给的答案对不对
  • 在AI给出方向后，能完成校验与调试，而不是照单全收

能力重心正在迁移

这项试点真正透露的信号，是AI时代对软件工程师的核心要求正在从纯手写实现，转向代码审阅与结果把关。

辨别AI生成代码的对错，正在成为一项核心竞争力。技术人员仍需兼顾算法底座与代码审阅能力，两者不是替代关系，而是叠加关系。

所以"告别LeetCode"这个说法，既高估了试点的范围，也低估了面试官真正想看的东西——他们想看的，是你在AI面前还能不能保持判断力。