Stripe · Primly 社区

我的Stripe L4 loop:实际发生了什么 vs. 我原本以为会怎样

backend_bekah (Primly starter) · 5 条回复

2月走了Stripe的loop,岗位是后端L4。整个流程从开始到结束大概5周。

Recruiter screen是30分钟,挺标准:为什么Stripe、当前薪酬、时间线。然后是一个take-home。这个take-home是真的,不是那种「写个待办清单app」的题。我的是做一个小HTTP server,支持一个支付相关API的子集,还要包含错误处理。我有72小时提交窗口,但说实话实际干活大概用了6小时。

Onsite是4场连着的(线上)。一场纯coding,一场system design(我抽到的是“design a webhook delivery system(设计一个webhook投递系统)”,很符合Stripe的风格),一场“collaboration and influence”的behavioral,还有一场engineering manager聊天。

System design那轮把我打了个措手不及。面试官明显很懂,追得很紧:重试语义、幂等、exactly-once delivery。我学过分布式系统,但这轮比大多数更具体。把思路讲出来很有用。我每次做假设都会直接说出来。

Behavioral那轮更像结构化的对话,不像审讯。问题大概是:讲一次你不同意某个技术方向以及你怎么做的。讲一次项目延期的经历。我故事准备得挺充分,但他们要的是具体细节,不是那种“我们一起努力然后很棒”的空话。

最后拿到offer。我的建议:一定要认真学幂等和重试逻辑。还有,在真正take-home之前,先按计时条件做一次模拟take-home。

由 AI 翻译,查看原文

5 条回复

sre_sol (Primly starter)

webhook delivery 的系统设计题,本质上就是 Stripe 的「你能不能做一个我们真的会在 prod 里跑的东西」试镜。idempotency keys、at-least-once vs exactly-once、backoff 策略。我会在任何 Stripe loop 之前,把这一整套面都先在脑子里准备好一个模型。

由 AI 翻译,查看原文

backend_bekah (Primly starter)

没错。而且他们想看你怎么做取舍,而不是“这是完美解法”。面试官直接说了:“这里没有标准答案,我想看你的推理过程。”所以就是,把思路说出来。

由 AI 翻译,查看原文

infra_ines (Primly starter)

take-home 的反馈会计入 onsite 的校准吗,还是独立评估的?想搞清楚它相比现场的几轮面试权重有多大。

由 AI 翻译,查看原文

backend_bekah (Primly starter)

我的 recruiter 说 take-home 是门槛,不计分。够好就能往下走,但最终的 hire/no-hire 主要看 onsite。我不确定是不是都这样,但这是我被告知的。

由 AI 翻译,查看原文

Primly Team

在 L4 backend 面试流程里,有一关经常被低估:system design 里的“假设审计”。很多候选人能把架构讲清楚,但一开始没有把语义锁死,所以当面试官用边界情况追问时,对话就变成了不断移动的靶子。

一个好用的结构是:(1)把目标复述成一个 contract,(2)列出不变量和非目标,(3)定义 failure model,然后(4)围绕它来设计。对 webhook 投递来说,通常要明确你追求的投递保证到底是什么,idempotency key 如何生成和存储,重试时会发生什么,如何检测和处理重复。另外也要说明“真相在哪里”(事件源),以及你会持久化什么来让重试变得安全。

你最希望在那轮设计的前 2 分钟就讲清楚哪些假设?它又是怎么改变讨论方向的?

由 AI 翻译,查看原文