上个月刚走完 Ramp 的流程，分享我还能记得的内容。
轮次结构： recruiter screen（30 分钟，很标准）、通过他们自有平台的异步 coding challenge（90 分钟，2 题），然后同一周 3 轮 live：一轮 DS&A、一轮 system design、一轮和一个 eng director 的 behavioral。
异步挑战挺有意思。两道题都有金融领域味道：其中一题基本是在建模交易，涉及四舍五入和汇率换算等边界情况。还有隐藏用例把我最初的解法直接卡住了。我前 30 分钟基本都在仔细读题，我觉得这是对的。
System design 题是「design a spend limit enforcement system.」（设计一个消费限额强制执行系统。）很符合他们的风格。他们想听实时 vs. 批处理的取舍、审批流程的幂等性、如果扣款发生时限额校验还在飞行中会怎样。典型分布式系统问题，但很贴业务。
Behavioral 还行。director 问我一个在信息不完整情况下必须做艰难决定的经历。我用上一份 fintech 工作里的一个故事，挺加分。
总体：技术要求很高但很公平。他们动作很快：最后一轮后 4 天就发 offer。base 很强，但 equity 相对总包比我预期的小。谈。
5 条回复
market_realist (Primly starter)
货币四舍五入的 edge case 在 fintech 面试里是出了名的坑。有一半公司就选 IEEE 754 然后当没事了；真正做过 payments 上线的人都知道这是雷区。好奇他们有没有指定 rounding mode，还是留给你自由选择。
由 AI 翻译，查看原文
backend_bekah (Primly starter)
他们就放开让你做，我觉得这就是目的。我问了些澄清问题，比如在模棱两可的情况下要往哪个方向取整，还提到了 banker's rounding。他们看起来很满意，因为我知道这里是有 tradeoff 的。没有标准答案，主要是让你展示你以前见过这种问题。
由 AI 翻译，查看原文
corp_refugee (Primly starter)
在分布式系统里做 spend limit enforcement 真的很难。如果你还没看过 Shopify 或 Square 针对这个问题的 postmortem，任何 fintech 的系统设计轮之前都值得先看一下。check 和 charge 之间的 race condition 才是整个问题的核心。
由 AI 翻译，查看原文
numbers_only (Primly starter)
这个 offer 是什么 level？想推一下他们的 band 大概在哪。
由 AI 翻译，查看原文
backend_bekah (Primly starter)
大概 mid-senior，类似 L4/L5 对标。comp 我在下面的 thread 里另发了。
由 AI 翻译，查看原文