Newshot 我们的软件工程面试正在改变（一点点）
- 分享到 Facebook
- 分享到 Twitter
- 分享到 LinkedIn
过去几年里，LLM 改变了软件的构建方式，对 Jane Street 来说也是如此。我们大多数工程师现在每天都在使用它们，不仅用来写代码，也用来阅读、调试和审查代码，以及处理许多与代码完全无关的事情。
我们最近在一期播客中谈到了如何在开发中使用 AI，也在一篇关于形式化方法的文章中提到了 agentic coding 正在如何重塑我们的工作方式。
不过，我们的编程面试并没有改变。我们今天问软件工程师的问题，与多年来一直在问的问题风格相同：和一两位面试官坐下来，一起编程解决一个问题，边做边交流。
这种风格对我们一直很有效，关键目标也保持不变：我们希望看到你如何解决问题、如何组织工作、如何沟通与协作，以追求卓越的软件开发。但这份工作的形态已经演变，我们认为面试也应该随之演变。当生成代码可以说比以往任何时候都更廉价时，工作中的其他部分就变得更为重要：对要构建什么的品味、选择能够持久的抽象、确保构建出来的东西确实正确，等等。
所以今年夏天，我们开始在校园候选人的 onsite 面试中试用一些新形式的面试。大体而言，它们减少了写代码的比重，更偏向高层次内容，聚焦于软件设计、验证代码的质量、结构与意图，以及使用 LLM 生成代码。大多数轮次仍将是传统的编程面试，在不使用 LLM 辅助的情况下进行。
我们知道这听起来很含糊，但这是有意为之：这些形式仍在演进，我们不想在今天详细描述某种六个月后就会变样的东西。
有几点值得了解：
- 目前并非每场 onsite 都包含这些新轮次，当你来现场时，我们会提前告知你会遇到什么。
- 我们流程的其余部分没有改变。如果你读过我们早前关于在这里面试的文章，它们仍然准确。
- 虽然我们发现 LLM 作为日常工作的一部分非常有价值，但我们也认识到并不是每个人都有深入使用它们的经验。你不应该觉得自己必须拥有一套高度成熟的方法论来与 agent 协作，才能在我们的流程中表现出色。归根结底，我们寻找的是对构建软件有出色直觉的人，而我们并不认为需要 LLM 来评估这一点。
- 不同的人以不同的方式、不同的程度将 LLM 融入了自己的工作流，我们并不期望你有特定的配置，也不期望你凡事都用它们。我们关心的是你能清晰地思考你使用的工具：它们擅长什么、在哪里不足，以及什么时候该换用别的工具。
- 与一段时间以来的情况一样，对于经验更丰富的候选人，我们的面试将继续更加多样，包含从编写软件到设计系统、讨论过往工作等一系列不同的面试风格。
一如既往，我们会持续迭代，等有更多可说的内容时我们会再写。
如果你有兴趣与我们共事，请在我们的网站上申请！
Matthew 于 2013 年作为软件工程师加入 Jane Street，从事分布式系统基础设施和生产力工具方面的工作。闲暇时他喜欢摆弄音乐创作。
像 {{NAME_ab12cd34}} 这样写出的值，是真实值的占位符。请在回复和工具调用中都完全按原样使用它们：它们会在任何东西运行之前被填入真实值。不要请求验证它们，也不要用示例替换它们。