Anthropic 这哥们的话，真是金玉良言啊。

刚看到Anthropic一位Engineering Manager的分享，感觉很有意思。他说，他们团队这个月已经取消了招聘流程中的Coding Interview，也就是我们熟悉的现场编程题。因为AI在编程方面已经很强了，现场让候选人完成一个React编程题，或者考察一些具体的编程知识，通过这些题目来筛选人才...... 本文来自微信公众号： 小盖fun ，作者：小盖 刚看到Anthropic一位Engineering Manager的分享，感觉很有意思。 他说，他们团队这个月已经取消了招聘流程中的Coding Interview，也就是我们熟悉的现场编程题。 因为AI在编程方面已经很强了，现场让候选人完成一个React编程题，或者考察一些具体的编程知识，通过这些题目来筛选人才，已经没有太大意义了。 而且他发现，自己团队中，那些真正能够创造巨大价值的工程师，未必在传统编程测试中表现得最好。 过去很多科技公司招聘程序员，基本上都把编程能力作为一项非常重要的考核指标。之前我还是程序员的时候，面试前最重要的准备就是刷LeetCode。 但随着AI Coding的快速发展，一名优秀工程师的评价标准，显然也在发生变化。 传统Coding Interview可能真的应该彻底取消了。 其实，软件工程这些年的发展，本身就是一个不断提高抽象层级的过程。 最早，程序员需要直接编写汇编。后来有了C这样的高级语言，再后来是面向对象编程，以及各种框架和组件。 随着越来越多的底层细节被封装起来，程序员可以用更少的代码，完成更复杂的工作。 现在，AI Coding又把抽象层级往上抬了一层。过去需要程序员亲自编写和调试的代码，现在很大一部分可以交给AI完成。 既然传统Coding Interview已经很难准确判断一名工程师的实际价值，那么未来应该怎么招聘程序员？ Anthropic的这哥们说，他现在筛选简历时，会特别关注候选人过去做过的产品，哪怕只是一个很小的原型。 因为通过这些作品，可以直接考察候选人的品味、同理心和思考深度。这些可能都比Coding能力重要。 我解释下自己对这三个品质的理解。 品味，也就是Taste，指的是一个人的判断能力和审美。培养品味其实没有那么复杂，核心就是多看好的东西，然后不断实践，在实践中获得反馈，反复调整。 比如，经常接触优秀的设计和产品，时间久了，自然会慢慢形成自己的判断。 再自己动手做一些东西，就会发现，原来这个页面的元素太多了，那个地方的渐变色有点土，某个按钮去掉之后更简洁...... 品味很难通过学习某个理论就掌握，还是需要不断接触优秀的东西，再通过实践慢慢培养。 同理心的话，好像这个词前几年在国内职场也经常被提起。 简单来说，就是能够站在别人的角度思考问题，不要总沉浸在自己的世界里。 比如，很多工程师长期开发一款产品，对各种功能和操作流程已经非常熟悉，觉得很多设计理所当然。但对于普通用户来说，可能用起来就特别别扭。 优秀的工程师需要能够站在真实用户的角度，理解他们的需求和使用产品时的感受，发现那些自己已经习以为常的问题。 想起张一鸣以前讲过一句话，同理心是地基，想象力是天空，中间是逻辑和工具。 这个理解挺好的。毕竟，如果连用户真正需要什么都不了解，产品做得再复杂，功能再丰富，也未必有什么价值。 最后是Principled Thinking，其实就是一个人的逻辑思维能力。 开发产品的过程中，总会面临各种各样的选择。为什么要开发这个功能，为什么采用这样的技术方案，又为什么放弃其他方案？ 这些决定背后，都应该有清晰的判断依据。尤其是现在有了AI，技术实现越来越容易，但也不能想到什么就做什么，更不能AI给出什么方案，就直接照着执行。 说完面试，我们再聊下年轻程序员的出路。毕竟现在有一种特别流行的观点，认为AI对年轻工程师，尤其是缺少工作经验的程序员越来越不友好。 但Anthropic这哥们却有不同的看法。 因为他发现，一些刚进入公司的年轻工程师，正在快速超越那些工作经验更丰富、甚至编程能力更强的资深工程师。 一个很重要的原因是，过去需要多年积累的技术经验，现在AI已经能够帮年轻人弥补一部分。 即使编程能力还没那么强，他们也有机会快速把自己的想法变成产品，创造出更大的业务价值。 而且，年轻人还有一个很大的优势，就是敢想敢干，有激情，也有野心。 大部分人年轻的时候都是这样，荷尔蒙爆棚，看到什么新鲜的东西都想试试，也没有那么多历史包袱。 进取心胜过资历。 当然，年轻工程师也有自己的劣势。比如他们在组织里没有那么高的地位，也缺少足够的话语权，在一些具体的问题上缺乏经验，所以下的判断可能会绕弯路。 这些就是硬币的两面。但核心是，年轻的工程师没必要妄自菲薄。AI对所有人都是巨大的机会，没有厚此薄彼。 他给年轻工程师提供了几条建议，我觉得真是金玉良言啊，对所有人都适用。 第一，不要只盯着分配给自己的任务。 早在2011年，Patrick McKenzie就写过一篇很经典的文章，叫《Don't Call Yourself a Programmer》。 里面有句话非常经典：企业雇用工程师，是为了创造商业价值，而不只是编写程序。 对于年轻工程师来说，首先应该搞清楚自己的公司究竟想实现什么目标。如果公司规模比较大，那至少应该理解自己所在部门最重要的业务目标是什么。 甚至可以再往上思考一层，看看自己主管的主管，究竟在为什么事情负责。 要不然很多工程师还是会把自己局限到代码当中。 但公司真正关心的，可能是提高客户留存率、改善产品体验，或者增加收入。 第二，提出一个足够大胆的想法。 不要只想着在现有产品上做一些小修小补。 既然已经理解了公司的业务目标，那就应该认真思考，有没有什么新的产品或者技术方案，能够明显改善业务表现。 哪怕这个想法听起来有点激进，也值得尝试。 因为现在有了AI，很多过去需要投入大量人力和时间才能验证的想法，已经可以用很低的成本尝试了。 第三，利用一个周末，把想法做出来。 这也是我觉得整篇文章里非常有启发的一条建议。 Anthropic一些年轻工程师，或者只有几个人的小团队，直接跳过了过去那些繁琐的流程。 他们没有先花大量时间编写PRD，也没有到处争取产品经理和设计师的支持。 而是利用AI，在一个周末做出了可以实际运行的产品原型。 然后再拿着原型去沟通。 这两种方式的差别还是很大的。 因为当你只有一个想法的时候，其他人很难判断它到底有没有价值。但有了能够运行的原型，大家就可以直接上手体验，也更容易理解这个想法的价值。 而且，这个原型本身也证明了你有能力把事情做出来。 第四，一个原型最好只表达一个核心想法。 很多年轻工程师容易犯一个错误，就是过于兴奋，恨不得把自己想到的所有功能，全部塞进一个产品里。 结果，可能有三个想法非常优秀，却被另外二十个没什么价值的想法掩盖了。 他认为，制作原型最重要的目的，是让管理者快速理解这个想法为什么值得做，以及你为什么有能力继续推动这个项目。 所以，没有必要为了展示技术能力，把原型做得特别复杂。 把一个真正有价值的想法表达清楚，就已经足够了。 第五，充分利用新人视角。 在一家公司待久了，很多人会逐渐习惯现有的工作方式，甚至把过去的一些经验当成不可改变的限制。 但刚加入公司的年轻人，没有那么多历史包袱。很多老员工觉得不可能实现的事情，他们反而愿意重新尝试。 而且，现在有了AI，很多过去需要投入大量资源才能尝试的想法，年轻人自己就可以先动手做出来。 举个例子，Claude Code最开始主要通过命令行交互，很多工程师已经习惯了这种工作方式。 但后来，两位加入公司时间不算长的年轻工程师，利用一个周末，就做出了Claude Code图形界面的原型。大约八天之后，第一个公开版本就发布了。 现在大家也都看到了，Claude Code的图形界面已经成为很多人使用这款产品的重要方式。 所以，回过头来看，我觉得Felix说的进取心胜过资历，还是很有道理的。 尤其是在AI时代，很多过去需要大量资源才能完成的事情，现在一个人就有机会做出来。 对于那些有想法、愿意主动尝试的年轻人来说，这确实是一个非常好的时代。