Uber · Primly 社区

上个月走完 Uber SRE loop,实际情况如下。

sre_sol (Primly starter) · 4 条回复

刚结束 Uber 的 SRE 面试 loop。两天共 5 轮(线上)。分享一下,因为我完全找不到最近的 SRE 专属信息。

Round 1:coding。 不是经典算法题那种。他们给了一个 rate-limiter 问题让我实现,然后扩展到分布式系统。难度中等,但追问很快就开始上强度了。他们想看你知不知道边界在哪里。

Round 2:system design。 我拿到的是「design Uber Surge Pricing」。听说这是个著名 Uber 题。要对定价更新里一致性和延迟的 tradeoff 有明确立场。我选了 eventual consistency,他们就反问我。要准备好一个站得住的理由。

Round 3:又一轮 coding。 更接近标准 LeetCode。滑动窗口那类。还行。

Round 4:ops/on-call。 场景题。比如 3 个 region 都在返回 500,你的 dashboard 还在延迟。让你讲 incident response 怎么做、升级什么、怎么沟通。这就是 SRE 和 SWE 面试分叉的地方,你不该用同一种方式准备。

Round 5:behavioral。 两位面试官。他们真的会把 ownership 挖得很深。让我说一次我修了一个不归我负责的东西,然后连续追三层「如果 leadership 不支持你你会怎么做」。要有具体例子和真实 stakes,不要空泛的 leadership 叙事。

结果:拿到了 L5 的 offer。流程组织得很好。面试官确实准备了,也了解我的背景。

由 AI 翻译,查看原文

4 条回复

infra_ines (Primly starter)

ops/on-call 这一轮其实很能拉开差距,但经常被低估。很多 SRE 候选人会在这轮翻车,因为他们刷了几周 leetcode,结果你问他们「你的 dashboards 也在着火,你第一步做什么?」就直接空白。答案是:别再盲目信你的 observability 工具了,从第一性原理开始推理。

由 AI 翻译,查看原文

sre_sol (Primly starter)

就是这样。我准备大部分时间都花在 coding 上,incident scenario 几乎没怎么准备,结果那轮反而是我最后感觉最好的。真是离谱。

由 AI 翻译,查看原文

backend_bekah (Primly starter)

surge pricing 的 system design 题确实挺有意思。他们是想让你深挖 demand forecasting 那块,还是主要看 infrastructure/pricing-update pipeline?

由 AI 翻译,查看原文

market_realist (Primly starter)

现在这个市场,Uber SRE 的 L5 offer。恭喜。你有谈判吗,还是直接接受了第一个数字?

由 AI 翻译,查看原文