Anthropic 工程经理 Felix Rieseberg 表示，公司本月已经把传统编程测试从招聘流程中撤下。他在一篇题为《冲劲胜过资历：给初级工程师的建议》的文章里写道，经典编程测试越来越难用来判断候选人的真实水平。
这番表态很快在程序员圈引发讨论。按照原文描述，Rieseberg 在面试了大量候选人后认为，面试中的做题表现，与后续工作中的实际产出之间，相关性正在下降。原因之一是，Claude 已经很擅长编程，团队里真正能做出成果的人，并不一定是传统意义上的「做题家」。在这种情况下，继续让候选人在限定时间内完成编程题，已经越来越难成为有效筛选手段。
Felix Rieseberg 提出三点判断
在这篇文章中，Rieseberg 主要谈了三件事。
第一，编程考试的筛选能力正在减弱。他的核心判断是，传统编程测试不再像过去那样能稳定识别人才，尤其是在 AI 编程工具已经深度进入开发流程之后。
第二，新人未必还要按过去的路径慢慢熬资历。过去，熟悉框架、积累开发经验、提升实现能力，都需要较长时间。现在，AI 可以补上一部分实现环节，让经验较少的工程师也能更快把想法做出来。Rieseberg 说，在 Anthropic，已经有一些新人超过了代码基础更好、工作年头更长的老程序员。
第三，缺少资历和话语权的人，可以先把东西做出来，再争取资源。他建议新人先找一个对业务有价值的问题，再借助 AI 做出原型，让团队直接看到结果，而不是停留在反复解释「我有一个想法」的阶段。
Anthropic 内部案例：周末做出原型，约 8 天后上线首个公开版本
为说明这一点，Rieseberg 举了 Anthropic 内部的例子。加入公司不久的两位工程师 Anthony Morris 和 Alice Zhao，用一个周末做出了 Claude Code 图形界面的原型。约 8 天后，第一个公开版本上线。
这个案例被他用来说明，在 AI 工具帮助下，年轻工程师可以更快把想法转成可见成果，也更容易用实际产出争取机会。
争议没有消失：不考题之后，考什么
围绕取消传统编程测试，社区并不只是单向叫好。一个更直接的问题是，旧的评估方式撤掉之后，新的标准是什么。
一部分开发者本来就对传统编程面试不满。文中提到，Reddit 用户 bold_snowflake 认为，45 分钟做出一道编程谜题，很难说明一个人是否能写出可维护、可测试、能投入生产的代码。很多时候，这类测试更像是在考候选人以前是否见过这道题，而不是在判断其真实开发能力。
但另一面的问题也随之出现：如果不再考公式化编程题，新的评判办法如何建立。Rieseberg 自己也承认，对于那些善于借助 AI 完成工作的候选人，面试到底该怎么设计，他还没有完全想明白。
这也是讨论最集中的地方。若最后变成主要看作品、看品位、看感觉，评估标准是否会变得更模糊，仍是很多人关心的问题。
社区担忧：原型能跑，不等于过程可靠
除了评估标准，求职者也在关注另一层现实压力：如果「拿原型说话」成为新规则，额外负担会不会转移到候选人身上。
文中提到，有网友担心，白天在公司完成本职工作，晚上和周末还要再开一个项目，争取做出一个能让面试官眼前一亮的 demo，这种节奏本身就很累。
还有开发者指出，东西能跑，和做它的人是否可靠，并不是一回事。Reddit 用户 oguzhan431 自称有 6 年多 Android 开发经验，最近曾借助 AI 做过一个 PDF 编辑器。项目虽然做出来了，但过程中也经历了反复重构和不必要的复杂设计。
基于这段经历，他更希望面试能讨论完整过程，而不只是展示一个成品。比如，AI 给出的方案里，候选人接受了哪些、否决了哪些；bug 是如何排查的；最后导出的 PDF，又是如何确认真的可用的。这类问题，可能比单看一个漂亮 demo 更能反映工程能力。
从 LeetCode 到 AI 协作，证明能力的方式正在变化
文章最后还提到一个现实案例。2024 年底，一位从欧洲某知名高校回国找工作的求职者，在面试多家国内大厂时，就曾在 LeetCode 这一关反复受挫。按其说法，他不愿专门背题，认为这些题目和实际工作脱节，因此在面试中屡战屡败。
文中还回顾称，2024 年时，Cursor 仍被视为当年最强的 coding 工具，但它主要还是通过 Tab 补全代码。那时，LeetCode 几乎仍是所有 AI、机器人相关岗位的必考项，市场也没有普遍认为 AI 会迅速改写招聘门槛。
到现在不过十几个月，围绕编程能力的判断标准已经开始变化。讨论的重点不只是「以前刷过的 LeetCode 是否白刷」，也不只是「考核方式是否该更贴近实际」，而是当开发者拥有一个很强的 AI 帮手后，个人究竟该如何证明自己的技能，以及这些技能在真实工作里是否有用。
参考链接显示，相关原文来自 Felix Rieseberg 的文章《Hunger Beats Tenure: Advice for Junior Engineers》。