这段文字很简短，但它让我一直很困扰。几个月前，我晋升为工程总监，这个职位带来了一项我一直觉得最困难的工作：招聘。我很幸运能和优秀的人一起工作。但在初创公司，必须不断寻找人才，因为一旦你真正需要某人时，你不能等三个月才能找到完美的候选人。 技能并不是全部 我以前曾经有过关于功绩优先的宏伟设想。人们应该根据他们的技能被聘用，而不是其他因素。我错得离谱。你的行为方式、与他人的关系、解决问题的方法以及你给团队带来的能量，与技术能力一样重要，甚至更重要。从我这个显然是基于个人经验和狭窄视角的观察来看，一旦你达到了基本的能力标准，你的工作意愿比多知道一点知识会带你走得更远。在初创公司，这种做法是合理的。就是这样小团队能够以有限的能力挑战拥有数千名员工的大企业，这些公司可以在市场上以更高的价格挖走每一个工程师。 与之无关的障碍 这就是为什么当优秀的工程师（真正稀缺的那种人）因与他们作为工程师无关的原因无法加入我们时，会让人感到痛心。他们无法获得签证。他们居住在另一个城市。合同条款对他们不利。不过，最近，我脑海中一直萦绕着一个问题。我认为使用大型语言模型（LLMs）现在是软件工程的一个重要组成部分。所以在我们的面试和技术挑战中，我们期望候选人使用它们。 想象你处于对立面 假设你是正在找工作的人。你没有收入。今天的求职在很大程度上是一场数字游戏，所以你可能在一周内面试五家公司。每家公司都给你提供一个挑战，期望你使用AI。AI并不是免费的。那些真正有效的编码工具需要月订阅或API积分。结果就是，你在财务生活中可能处于最糟糕的时刻，还要为它们付费。 常见的回应是：“这一直都是这样的。你总是需要资金来获得工作。”这确实是真的。你需要住房、衣物和食物才能申请工作。但是这些都不是为了让你被聘用而存在的。LLM的成本是不同的。它们是短暂的，它们的唯一目的就是获得工作。 没有简单的答案 这让我处于一个不舒服的境地。我可以接受现状，知道我们会失去一定数量的优秀工程师，仅仅是因为他们无法负担起自己挑战所需的优质模型。或者，我可以尝试不同的方法。我对此思考了很多，但没有令人满意的解决方案。为候选人提供公司账户进行挑战是不可能的：这涉及到责任，我无法保证它会如何使用。报销他们的支出也不行。作为一项商业支出很难辩解，而且很快就进入金融灰色地带。 我能实际改变的事情 如果我无法消除成本，唯一我能控制的就是流程。所以目标变成了让候选人尽可能少付费，并且仅在真正重要时付费。将挑战时间推后。没有人应该为了没有与他们进行过适当对话的公司而消耗代币。如果你达到了挑战阶段，那是因为我们已经对你产生了认真兴趣，而你花的钱更有可能转化为聘用。 缩小挑战规模。需要顶级模型运行数小时的挑战并不是在测试候选人，而是在测试他们的钱包。我宁愿提供一个紧凑的、范围明确的问题，这个问题在免费级别或基础计划上都能很好运行，然后花费其余的时间来讨论你是如何处理它的。那段对话也是我最能学到的地方。 共同进行。在我最喜欢的方案中，而不是单独完成作业，我们进行一次现场会议，候选人主导，而AI在我们的设备和账户上运行。没有责任、无需报销、没有灰色地带。这样我就能看到我真正关心的内容：你如何思考、如何沟通，以及当模型自信地给你错误的答案时你如何反应。 减少代码的重要性。说实话，最大的变化在于挑战的权重。我现在对架构及构建软件的偏好进行的正式对话赋予了更大的权重：你会如何构建一个系统，划定界限的地方，你如何考虑测试、评审和发布。当LLM可以编写大部分代码时，代码对我了解你的帮助就少了很多。你对权衡的推理告诉我更多，那段对话对你而言没有任何成本。 这些都不是完美的。现场会议对某些人来说很紧张，而小规模的挑战显示得也很少。但我宁愿故意选择某种权衡，也不愿假装这个问题不存在。如果你也在招聘，要问问自己你的过程对那些现在没有收入的人花费了多少。你可能会失去多少优秀人才。