我知道，我知道。又一篇 Stripe 面试贴。但先别走，因为形式跟我在老帖子里看到的有点不一样。
截至 2026 年初，我的 SWE 岗 Stripe coding 流程是这样的：
一开始没有自动 OA（至少对中 senior 级别是这样）。我先做 recruiter screen，然后直接进入跟工程师的 45 分钟技术电话面。没有 HackerRank 链接。当然也可能因岗位或团队不同而不同。
电话面是在共享编辑器（Coderpad）里做一道题。按 Leetcode 标准是中等难度，但带着 Stripe 的 twist：题目背景是 API rate limiting，以及按不同优先级和 quota 处理一批 events。不是图题，也不是 DP。更像：干净实现、处理边界情况、对部分失败的推理。
他们很在意输入里有一部分格式错误时你怎么处理。我早早加了防御性检查，写了注释，他们让我把理由讲一遍。那段对话的重要性可能不亚于算法本身是否完全正确。
语言： 我用的是 Python。他们也接受 Python、Go、Ruby、Java。没人会在意你选哪个，只要用你最顺手的。
Onsite 的 coding 轮： 还有两轮类似形式。一轮更偏数据结构（我遇到一个偏 tree 的题），另一轮更像“设计并实现”，他们给了 API spec，让我写实现。第二种更接近真实工作。
总体难度：比多数 Series B 公司难，比 Google 简单。Stripe 特有的 framing 才是真正的差异点。通用 Leetcode 准备能让你过算法部分，但不太能帮你应对那些“现在在 payments 场景里把这些边界情况也处理掉”的追问。
还有一点：他们不希望你低头闷写不说话。我遇到的工程师会在你沉默 2 分钟内就问「what are you thinking（你在想什么）」（你在想什么）。把它当成对话。