Stripe 面试流程逐轮解析
作者 Aaron Cao · 更新于
Stripe 的面试流程包括招聘人员筛选、实操性技术筛选，以及由四到五轮组成的虚拟现场面试。编码环节使用真实代码而非白板题：候选人常提到需要在陌生的代码仓库中调试、以及针对某个 API 进行开发。
Stripe 的面试流程包含哪些轮次？
你听说 Stripe 的面试与众不同，想知道这对你的备考究竟意味着什么。本节梳理了候选人常提到的各个阶段，帮助你把练习精力用在正确的地方。即使具体轮次名称会有变动，整体框架是相对稳定的。
- 招聘人员筛选。考察岗位匹配度、时间安排、薪资范围，以及你可能加入的团队。
- 技术电话筛选。在共享编辑器中完成一道可实际运行的编码题，而非在共享文档上写伪代码。
- 修 bug 环节。你会被丢进一个从未见过的代码库，需要找出并修复其中的缺陷。
- 集成或 API 开发。你需要基于已有文档的接口构建一个可运行的小功能。
- 系统或产品设计。通常与支付相关：幂等性、重试、资金流转、故障处理。
- 招聘经理与价值观对话。考察你的动机、协作方式，以及你如何写作与决策。
并非每位候选人都会经历每一轮。团队、级别和年份都会影响具体清单，因此请与招聘人员确认你自己的实际安排，而不要照搬网上看到的某个版本。更全面的雇主面试流程地图见公司面试流程专题页。
Stripe 为什么用真实代码进行面试？
这种实操形式是对实际工作的刻意模拟。支付相关的工作大多是阅读现有系统、理解某个请求为何失败，并在不破坏资金流转的前提下谨慎地做出改动。反转二叉树这类题目无法考察到这些能力，而在陌生服务中修复一个缺陷则可以。
这对你意味着被考察的能力会发生变化。阅读速度很重要，使用你平时惯用的工具同样重要：运行测试、打印中间状态、在代码库中搜索而不是逐行翻看。那些试图像面对白板一样，在陌生代码中默默推理的候选人，通常会因此耗尽时间。
写作能力会贯穿始终，因为 Stripe 的运作高度依赖书面文档。你可能需要用文字、在聊天中或以简短总结的形式解释一个权衡取舍，而这些解释会被当作评估的一部分来阅读，而不只是走个形式。
你应该如何为实操环节做准备？
练习的是这种形式本身，而不只是相关主题。修 bug 环节和集成轮都在奖励那些只有在相同约束条件下反复演练才能养成的习惯。
- 在计时状态下于真实代码仓库中练习。克隆一个你不熟悉的开源项目，挑一个已登记的 issue，在 45 分钟内修复它。
- 把你的搜索过程说出来。说出你在 grep 什么、预期会找到什么。面试官评估的是他们能听到的推理过程。
- 在没有准备的情况下阅读一份 API 文档。只依靠文档作为唯一参考，针对一个你从未用过的东西构建一个小型客户端。
- 演练失败路径。对任何设计类回答，都要提前准备好应对重试、重复请求和部分失败的方案，而不是等被问到才想。
- 把你的思路写下来。每次练习结束后，用五句话总结这次改动。
一位拥有五年支付经验的后端工程师，为 Stripe 面试苦练了三周算法题，结果却在修 bug 环节失败了，因为她从未在时间压力下摸索过陌生的服务。真正需要的不是更多算法，而是十次在她没有写过的代码库里进行的限时练习。如果你想把行为面和设计轮大声演练出来并配上追问，模拟面试练习模式正是做这件事的。
AI 辅助适用于哪里，又不适用于哪里？
备考本身没有争议。大声演练一次设计轮、反复练习招聘经理可能就某个项目提出的问题、回顾自己录制的回答，这些都是再正常不过的学习方式。
面试过程中的实时辅助则是一个更微妙的问题，诚实的答案取决于具体环节。视频通话中的对话类环节，和你在受监考环境中共享屏幕完成编码练习，是两种完全不同的情况。当面试官能看到你的屏幕时，屏幕上的一切都是可见的，没有任何工具能改变这一点。Stripe 的实操环节经常正是这种设置，你应该围绕这一点来做规划，而不是寄望于一个含糊的“隐身”承诺。
SubcueAI 创始人 Aaron Cao 正是围绕这一区分来打造产品的，而不是围绕某种“全面隐身”的说法：一款原生的 macOS 与 Windows 桌面应用，把悬浮窗保持在你本机之内，不会有任何会议机器人加入通话，也不会向会议页面注入任何内容。但它无法在共享屏幕或公司托管设备上幸存。这些限制写在可检测性专题页上。