周五那场技术面，我几乎全过了。演示环节顺，技术问答也顺，唯独卡在手动代码审查上。整个周末我都在想这件事，好的坏的都想，脑子停不下来。
到底谁有资格判断一个人适不适合某个岗位？那条线画在哪里，过了哪一点才算过关？它只取决于一件事，还是说它本质上就是一场标准化考试——要么高分通过，要么被招聘流程直接筛掉？
手动审查，考的是记忆还是能力
先说清楚我的情况。演示和技术题我都答得很好，手动代码审查却成了坎。我同时推进12个项目，横跨4套系统，手动审查并不是我日常反复练的技能，何况我写的东西也不全是Rust。那么，一次手动审查没过，就等于我不胜任这份工作吗？
这个问题没有想象中那么非黑即白。手动审查被宣传为"看你如何思考的能力测试"，可它发生的环境完全不对。还有多少人只是盯着代码看就下判断？写测试、跑基准，难道不是行业里更常见的做法？先用AI做一轮初筛，把明显的问题修掉，再给出文件的上下文，这么做就意味着你是个需要人扶着的差劲开发者吗？
问题很多，却没有显而易见的答案，整个周末我都在想这件事，尽管我尽力不去想。而且我觉得这不只是我一个人的情况。
不可测的代码，加上面试场景，更像陷阱
我的看法是：在面试里做手动审查，面对的还是一段不可测试的代码，这更像一个陷阱，而不是对熟练度的真实判断。假设让你审一套缓存系统，可你上一次亲手搭缓存是三年前，你还记得正确的模式吗？你能一眼看出一个糟糕的设计，然后整个推翻换成更好的方案吗？
这套考法依赖记忆和经验，而不是技能，别把两者混为一谈。记忆和过往经历是微妙的，这道题你要么过要么挂，因为你最近刚好做过就记得，没做过就是空枪。而技能，是把任务正确实现出来的能力。
我确实觉得，这里面有一部分是公司学会了在录用前先贬低候选人。手动审查那一段，面试官说了一句："你居然抓到了sha256的[u8; 16]，没几个人注意到这个。"那是我唯一抓到的一处，因为那是我最近唯一亲手处理过的东西。这能说明我只会一招吗？还是说明让我审的这段代码本来就不在我的领域里？又或者只是简单一句——我以前没这么做过，所以我不知道。
我们靠技能吃饭，可"嗅出"烂代码、嗅出不优化的模式，这真的就是我们自称开发者的理由吗？按定义，我们做的是开发、创新和创造，每个人的技能组合都由过去的工作塑造，所谓的模式识别，训练数据只有自己亲手处理过的东西。
别误会，找一个20年经验的专家来审，他大概率还是能把问题全找出来。但那20年里，有多少算天赋，有多少只是"我以前做过"？我觉得这正是招聘这件事上全世界都搞混的地方：工作年限其实不重要，真的不重要。拿一个10年经验和一个20年经验的开发者比，差距只是他们处理过的模式不同。如果某个模式10年那位最近刚做过，而20年那位是10年前做的，那10年这位很可能写出更好的方案。
如果经验是偶然的，那条线到底画在哪
如果这些都不相关，那真正的标准是什么？你必须表现得自信吗？你必须"懂行"，哪怕上一份工作根本不可能一比一对应过来？你必须带点酷东西来吗？
在这件事上，我一直偏向生意那一侧：你能带来价值吗？如果今天录用你，这笔招聘的投资回报长什么样？这个问题覆盖整个岗位，覆盖你的能力，覆盖一切。因为说到底，Claude只要20美元（谢谢那位前老板），我们被雇来已经不是为了写代码了。那我们带来的价值是什么？经验是情境性的，技能会演化，创新会变成标准，到某个点，价值本身变成常态，我们就得带来更多，否则就被淘汰。
我们做开发，用AI也好，手动也好，还是像发电报一样敲二进制也好，创造的媒介不重要。真正让一个开发者成为好投资的，是解决问题的能力，是边做边学的能力，是实验、发现新做法、为创新较劲的能力。因为归根结底，我们就是投资品，需要产生回报，就像一台电脑需要创造超过它电费的价值。
那怎么给这件事定价？用指标。用指标判断一个员工有没有带来价值。比如我上一份工作，我搭了整套日志系统、库存系统、制造系统、远程部署系统、现金账系统，连仪表盘和调试日志系统也是我做的。交付的价值远超我的薪水，因为我做的每一件事，都立刻给他们带来一两个客户，利润在头3个月就远超我的人力成本。那之后，我做的每一件事对他们来说都是纯利润。可公司会变得自满，他们忘了你做过这些，反而要求你一遍又一遍地做，直到你无法再以指数级速度增长他们的经常性收入。然后他们就把你视为负担，于是你就消失了，以一种或另一种方式。
所以回到最开始那个问题：那条线是谁定的，又到底是怎么衡量的？投资经纪人需要一份投资组合来展示自己的能力，以及高回报率的历史，可即便如此，那仍然是一场赌博。而如果你需要MS Office，你就去买MS Office。要么你的名声先于你，要么你一上来就能带来他们需要的东西。那么唯一的问题就是，他们能砍价砍到什么程度？他们怎么在签约前贬低你的价值，好拿到更好的条件？这就是为什么他们问你现在的薪水，而不是你的期望。
热门跟贴