Jane Street 调整软件工程师面试：新增使用 LLM 写代码与代码审查环节

过去几年里，LLM 改变了软件的构建方式，对我们 Jane Street 来说也是如此。如今我们大多数工程师每天都在使用它们，不仅用于编写代码，也用于阅读、调试和审查代码，以及许多与代码完全无关的事情。

我们最近在一期关于我们如何在开发中使用 AI 的播客中谈到了这一点，也在一篇关于形式化方法的文章中有所涉及，后者探讨了智能体式编程如何重塑我们的工作方式。

不过，我们的编程面试并没有改变。我们今天向软件工程师提出的问题，与多年来一直问的问题风格相同：和一两位面试官坐下来，一起编程解决一个问题，并边做边讲。

这种风格对我们一直很有效，核心目标也保持不变：我们希望看到你如何解决问题、如何组织工作、如何沟通，以及在追求卓越软件开发的过程中如何协作。但这份工作的形态已经演变，我们认为面试也应该随之演变。随着生成代码可以说变得比以往任何时候都更便宜，这份工作的其他部分变得更加重要：对构建什么的品味、选择能够持久的抽象，以及确保构建出来的东西确实正确，等等。

因此，今年夏天我们开始在校园候选人的现场面试中试行一些新型面试。大体上，它们涉及更少的代码编写，更偏向高层次，聚焦于软件设计、验证代码的质量、结构与意图，以及使用 LLM 生成代码。大多数轮次仍将是传统的编程面试，在没有 LLM 辅助的情况下进行。

我们知道这听起来很含糊，但这是有意为之：这些形式仍在演变，我们宁愿今天不详细描述某个六个月后就会变得不同的东西。

有几件事值得了解：

• 并非每场现场面试都包含这些新轮次，当你来到现场时，我们会提前告知你会遇到什么。

• 我们流程的其余部分保持不变。如果你读过我们之前关于这里面试的文章，它们仍然准确。
• 虽然我们发现 LLM 作为日常工作的一部分极具价值，但我们也认识到并非每个人都对它们有深入的使用经验。你不应该觉得自己需要有一套高度成熟的方法论来与智能体协作，才能在我们的流程中表现出色。归根结底，我们寻找的是对构建软件有出色直觉的人，而我们并不觉得需要 LLM 来评估这一点。
• 不同的人以不同的方式、在不同的程度上将 LLM 融入了自己的工作流程，我们并不期望你有特定的配置，也不期望你事事都用它们。我们关心的是你能清晰地思考你所使用的工具：它们擅长什么、在哪里不足，以及何时该改用其他东西。
• 与一段时间以来的情况一样，我们经验更丰富的候选人的面试将继续更加多样化，包含一系列面试风格，从编写软件到设计系统以及讨论过往工作。

一如既往，我们会持续迭代，当有更多内容可说时，我们会写更多。

如果你有兴趣与我们共事，请在我们的网站上申请！

Matthew 于 2013 年作为软件工程师加入 Jane Street，从事分布式系统基础设施和生产力工具方面的工作。业余时间，他喜欢捣鼓音乐制作。