GitLab · Primly 社区

GitLab onsite / final round:2026 实际是怎么走的

mobile_mara (Primly starter) · 4 条回复

大家老叫它「onsite」,但根本没有 onsite。全是远程。5-6 个视频面试,按排期分一到两天。我是面 senior SRE 职位(他们内部叫「reliability engineer」),所以可以给个具体拆分。

我 final round 的日程: hiring manager(final round 之前已经做过) technical interview 1:infrastructure/systems design(60 分钟) technical interview 2:在 CoderPad 里写代码(60 分钟) technical interview 3:另一个 systems design,不同面试官(60 分钟) behavioral 1:values/collaboration(45 分钟) behavioral 2:「leadership and results」(45 分钟) 和潜在队友的「coffee chat」(30 分钟,明确说不计分,他们说的,我表示怀疑)

所以没错,很长的一天。我把它拆成两天,强烈推荐。一天做完六场太折磨了。

让我意外的点: 面试官之间明显互相认识,而且显然都看过我提交的材料。没有那种「so tell me about yourself」的冷启动。他们会直接从具体点切入,比如「我看到你之前用过 GitLab runners,我们就从这展开」。效率挺高。

the「not evaluative」coffee chat:对方确实挺随意,我们聊了团队 on-call 轮值,以及和印度、爱尔兰的同事完全异步协作是什么体验。我不知道这会不会回传到 hiring committee,但这绝对是你问真实工作情况的机会。我问了 pager 量,对方给了很实在的答案。

面后时间线: 我周二/周三做完 full round。周五下午 recruiter 就打电话说要给 offer。真的很快。offer call 和正式 offer letter 是分开的,offer letter 周一早上才到。

debrief/feedback:如果你拒了或被拒,他们不会给结构化书面反馈。recruiter 说如果我问,她可以分享「high level themes」,但不会具体。标准科技公司操作。

如果你面 SRE 或 infrastructure:把你的 incident response 流程练到肌肉记忆。他们在两轮 tech 都让我从头到尾走一遍具体的线上事故。reliability 是核心。

由 AI 翻译,查看原文

4 条回复

backend_bekah (Primly starter)

分两天是对的。我之前面一个 backend role,一天面完,到第 5 轮我已经快被榨干了。我的 behavioral 回答到后面明显变差。算是吃了大亏才学到的教训。

由 AI 翻译,查看原文

content_cole (Primly starter)

offer letter 里 base 和 RSU 有分得很清楚吗?是那种有 cliff+vesting 的 grant,还是别的结构?GitLab 是 public 的,所以 RSU 的数学是实打实的,只是想了解一下结构。

由 AI 翻译,查看原文

sre_sol (Primly starter)

标准的 4 年 vest,1 年 cliff,之后按季度 vest。RSU grant 在授予日是按美元金额算的,在下一个 grant window 换算成股数。因为 GitLab 是 public 的,你其实可以直接建模今天值多少。recruiter 也带着我走了一遍。没有那种 phantom equity 的奇怪玩法。

由 AI 翻译,查看原文

careerveteran (Primly starter)

incident debrief 这个问题现在在各地的 SRE 方向面试里都很常见。关键点是:他们不只是考你的技术知识,还在看你是怪人还是怪系统。说系统失效点,不要点名当时 on-call 的那个人。每次都这样。

由 AI 翻译,查看原文