泥潭日报 uscardforum · 内容汇总

为什么infra升职周期那么长?

内容摘要

Infra 工程师质疑升职周期过长,社区讨论晋升标准、政治因素及行业差异。

关键信息

  • 当前状况:OP 在中型上市公司 Infra 组工作 4 年(入职 Senior),因未提出新落地项目,虽完成重要系统 migration 评价良好,但暂无升职可能(#1, #14)。
  • 官方反馈:EM 表示平均需 1 年升一个小 level,升级 Principal 至少需 3 年项目周期(#1, #32)。
  • 核心矛盾:OP 认为 Infra 求稳且投入产出比低,3 年周期不合理,质疑为何有人愿意在此职业道路(#1, #15, #22)。

经验与数据点

  • 晋升节奏差异
  • 常规节奏:部分公司一年一小级,三年一大级(#6, #11)。
  • 快速晋升:有案例 3.5 年跳两级至 Senior,或 6 年未升 Senior(#7, #25)。
  • 外部空降:微软 Senior 半年后转 Principal,博士谷歌 3 年转 Architect(#8, #12)。
  • 晋升逻辑
  • 需 Next Level Skills:能完成当前 Level 做不好的事(#50)。
  • 需 Evidence:找到 Staff 级别的核心项目或重构需求,并成功 Sell 给 Management(#56, #60, #67)。
  • 政治与 Scope:组 Scope 够大、技术够深,或主动填补管理空缺(如顶替 TL)(#50, #74)。
  • 行业对比:ML 领域初期见效快但易瓶颈,Infra 虽慢但可 Build Story(如 Cloud/AI Infra),技能迁移性更强(#15, #24)。

争议或不同意见

  • 晋升本质
  • 观点 A:升职靠运气、政治或老板个人喜好,无通用公式(#6, #19, #68, #76)。
  • 观点 B:需明确 Boss 的 Mental Model,主动对齐需求并争取背书(#69, #70)。
  • 岗位价值
  • 质疑:Infra 稳定但 Launch 慢,缺乏 Sexy Story,仅靠优越感补偿慢晋升(#10, #20)。
  • 辩护:Infra 底层 Building Block 通用,可随热点(Cloud/AI)调整 Story,长期交付稳定(#24)。
  • 跳槽 vs 内部:跳槽需证明 Staff Skillset,内部需找 Evidence,两者均需突破瓶颈(#55, #64)。

风险/限制/注意事项

  • 不确定性:升职无保证,周期视公司文化、种族因素及 VP 决策而定(#7, #8, #13)。
  • 内部环境:部分公司存在 Stack Ranking 或外招降档现象,内部晋升可能受限于组织扩张速度(#7, #37, #40)。
  • 个人局限:若无法适应政治或等待退休空缺,跳槽亦需重新证明能力,非万能解(#53, #62)。
原始内容
--- 第 1 楼来自 update 的回复 (2026-06-04 22:17:25 PDT) ---

目前在一个中型已经上市公司干了4年。入职的时候是Senior岗位,现在还是Senior。期间干到三年的时候换过一次组。目前在这个infra组刚刚一年。 今天和EM聊当前的perf。因为稳步推进了一个比较重要系统的migration,所以执行+跨部门协作评价好。由于没有提出新的项目并且落地,所以没有升职的可能。 于是聊到如果升职可能需要的周期。得到的回复是需要平均一年才有可能有升一个小level。想要升级到principal至少还需要一个三年的项目。 实在是无法理解这个周期。加入infra的目的就在找high leverage project。居然需要三年还只是有可能升职。那我是有什么毛病要加入infra???这种升职节奏正常人为什么会选infra这条职业道路??? 各位都是怎么升到principal/staff的?

--- 第 2 楼来自 独一无二没有空格简短 的回复 (2026-06-04 22:47:41 PDT) ---

计划10年升到CTO? Senior May be most people’s terminal level

--- 第 3 楼来自 update 的回复 (2026-06-04 22:50:33 PDT) ---

倒不是。就是好奇到底缺了啥。我感觉principal也没多啥。难道是运气?有点想不明白为什么需要三年。这种升职节奏不是把人逼着跳槽吗。infra这种求稳的org上哪里去找这些翻天覆地的项目。

--- 第 4 楼来自 update 的回复 (2026-06-04 22:52:45 PDT) ---

我想知道staff/principal在Senior的时候都是怎么找到突破点的。

--- 第 5 楼来自 Falanta 的回复 (2026-06-04 22:54:17 PDT) ---

update: principal staff和senior staff呢

--- 第 6 楼来自 dancingbro 的回复 (2026-06-04 22:55:45 PDT) ---

不清楚OP具体做什么infra,但一年一小级,三年一大级不是很多公司正常节奏吗?你想要领导给你保证能升吗?觉得该升不升就跳呗,算是常规操作了吧

--- 第 7 楼来自 Allen_Z 的回复 (2026-06-04 22:55:50 PDT) ---

我们公司的尿性就是要有多跨组 或者跨产品的合 当然就是P话 我朋友三年半SDE2跳两级到senior 现在快十年了 还是senior 关键看你是不是印度人

--- 第 8 楼来自 Allen_Z 的回复 (2026-06-04 22:59:19 PDT) ---

不一定的 看公司 其实就是和公司的傻逼程度相关 我们公司就很傻逼 一个是迷信大厂 一个是看你是不是印度人 一个刚在微软升到senior没几个月 来我们公司做principle 一个因为是博士 谷歌做了三年 去一个startup做了一年 竟然能来我们公司做Architect 表现不好往下掉还能是什么senior principal

--- 第 9 楼来自 update 的回复 (2026-06-04 23:00:22 PDT) ---

那肯定不能保证。我只是觉得太久了。 心里难受的点在于嘴上说我现在这个项目及其重要是org的goal。并且我目前做得很顺利。也做了3个quarter了。到了可以给reward的时候就扭扭捏捏说什么没有0到1不能给升职。这不是恶心人嘛。

--- 第 10 楼来自 Zig 的回复 (2026-06-04 23:00:53 PDT) ---

infra的特点是稳定,一个东西做到死。因为大家都需要同样的东西。 缺点就是launch慢且麻烦。你搞一个新版本才能升职,但是这玩意客户adopt起来特别慢。

--- 第 11 楼来自 blenint 的回复 (2026-06-04 23:01:08 PDT) ---

一年一小级三年一大级听着也还好?

--- 第 12 楼来自 Falanta 的回复 (2026-06-04 23:02:17 PDT) ---

Allen_Z: 一个刚在微软升到senior没几个月 来我们公司做principle 一个因为是博士 谷歌做了三年 去一个startup做了一年 竟然能来我们公司做Architect 表现不好往下掉还能是什么senior principal 多少有点儿离谱 这点经验给这个title 感觉贵司啊

--- 第 13 楼来自 update 的回复 (2026-06-04 23:03:00 PDT) ---

贵司有点太random了。甘拜下风。

--- 第 14 楼来自 serelee 的回复 (2026-06-04 23:04:12 PDT) ---

update: 稳步推进了一个比较重要系统的migration this sounds like very much senior level work

--- 第 15 楼来自 update 的回复 (2026-06-04 23:05:29 PDT) ---

对。这就是问题的关键了。升职这么慢,那对于一个Eng来说,同样的时间投入为啥不去卷ML?infra这么低的投入产出,按照道理来说应该完全没人爱干呀。

--- 第 16 楼来自 update 的回复 (2026-06-04 23:06:25 PDT) ---

同意。我只是不理解为啥下个级别需要三年。

--- 第 17 楼来自 update 的回复 (2026-06-04 23:07:12 PDT) ---

想象不到。

--- 第 18 楼来自 update 的回复 (2026-06-04 23:07:42 PDT) ---

不是。这个没个准。要是真能保证我也就认了。

--- 第 19 楼来自 Allen_Z 的回复 (2026-06-04 23:07:57 PDT) ---

傻逼呗 那个博士真的啥都不会 还想混manager 这种情况太常见了 我之前的mentor 微软22年经验 来我们公司才给senior 都快退休了才升到principle 老大爷不介意 真心喜欢 不然谁干啊 更好笑的是下面几个产品 升title还不一样 完全看VP

--- 第 20 楼来自 serelee 的回复 (2026-06-04 23:08:28 PDT) ---

infra can give you mental superiority if you are into tech, compared to your mobile/product/ds/normal backend peers. that mental superiority compensates for slow promo. if you don’t feel that, then do something more interesting.

--- 第 21 楼来自 Falanta 的回复 (2026-06-04 23:12:16 PDT) ---

Allen_Z: mentor 微软22年经验 来我们公司才给senior 都快退休了才升到principle …过于抽象 我都不知道说啥了

--- 第 22 楼来自 update 的回复 (2026-06-04 23:12:56 PDT) ---

你这个观点正好佐证我的困惑。 这么吃力不讨好的岗位(oncall load大,升职慢),为什么有人愿意干。你的这个角度提供的解释就是:能让人有优越感。 但是优越感肯定比不上升职加薪带来的正反馈高呀,为什么还有人愿意干。肯定得有点说法。

--- 第 23 楼来自 update 的回复 (2026-06-04 23:13:57 PDT) ---

我靠。果然都是随机的。大爷也太豁达了。

--- 第 24 楼来自 Zig 的回复 (2026-06-04 23:14:16 PDT) ---

你这是没做过吧。 所谓的做ML,很容易就变成调包侠。这技能基本没法迁移都是短期的。职业初期可能因为投资少见效快升职快,但是如果你的职业规划不是想成为一个 manager 或者是帮别人背 metrics 的人的话,那么基本上两三年之后就会进入瓶颈期。 infra 的人(也看是什么infra,不是什么都行的,别跟我提 product infra),虽然初期慢,但是有大量的时间 build story,后期只需要根据 story 慢慢走就行了,总能 deliver。而且今天 cloud 火就可以说 support clould infra,明天 AI 活就可以改成 AI infra。反正底层的 building block 都是一样的,并没有太大区别。

--- 第 25 楼来自 Allen_Z 的回复 (2026-06-04 23:16:48 PDT) ---

还有更抽象的 和我一个合作蛮久的SDE3 我进公司就是3 整整6年 连senior都上不去(我们公司senior是不能平级跳大厂的) 他就是在在等绿卡 拿到马上走了 先是微软senior 半年后Meta senior 主要就是他是中国人 manager全是印度人

--- 第 26 楼来自 Allen_Z 的回复 (2026-06-04 23:17:14 PDT) ---

大爷有几百万微软股票。。。

--- 第 27 楼来自 update 的回复 (2026-06-04 23:18:39 PDT) ---

干过一些些ML。最后发现都是data pipeline。 展开说说。infra怎么build story。我发现infra大头就是compute/storage/network。这三个story怎么展开呢。

--- 第 28 楼来自 Zig 的回复 (2026-06-04 23:19:48 PDT) ---

你这白嫖的也太严重了,要加钱。

--- 第 29 楼来自 update 的回复 (2026-06-04 23:19:55 PDT) ---

懂了。和boomer那时候一起出生就行。

--- 第 30 楼来自 update 的回复 (2026-06-04 23:21:55 PDT) ---

我这问的就是例子嘛。 我实在想不出来infra有什么sexy story。无非就是migration。new system to replace old system with better perf。migration again。每次做完EM就说下个quarter。下个quarter就给你升职。

--- 第 31 楼来自 venusgun 的回复 (2026-06-04 23:22:57 PDT) ---

三年一级十五年就到vp了,还想5年升vp呢

--- 第 32 楼来自 update 的回复 (2026-06-04 23:26:03 PDT) ---

这肯定是我EM拿出来给我吃的饼。 我只是不理解为什么三年。我以为做出来好的结果就行了。三年太久了。我感觉我等不到三年就已经失去希望。

--- 第 33 楼来自 Zig 的回复 (2026-06-04 23:26:08 PDT) ---

pytorch每个版本release都有人升职。

--- 第 34 楼来自 update 的回复 (2026-06-04 23:27:05 PDT) ---

Zuck这点还是挺好的。起码愿意真的给你钱。

--- 第 35 楼来自 某幺凡 的回复 (2026-06-04 23:29:41 PDT) ---

你这个principal是微软的principal还是谷歌的principal 一开始给我看呆了

--- 第 36 楼来自 update 的回复 (2026-06-04 23:30:26 PDT) ---

staff/E6这种 。

--- 第 37 楼来自 收束观测者 的回复 (2026-06-04 23:44:14 PDT) ---

一般人升职快只有两种路径 在组织创建的前期加入一个扩张迅速的组织,初创或者大公司里的新建增长部门都可以 跳槽跳得好,跳一次升一级 除了这两个就只能靠搞政治了 在一个稳定组织里慢慢干就是升级很慢的

--- 第 38 楼来自 pla 的回复 (2026-06-04 23:45:31 PDT) ---

这岂不是为你司争光了嘛

--- 第 39 楼来自 pla 的回复 (2026-06-04 23:46:49 PDT) ---

据说infra受AI影响蛮大的?

--- 第 40 楼来自 Allen_Z 的回复 (2026-06-04 23:47:02 PDT) ---

拉倒吧 这更能说明我司啊 完全不尊重内部晋升 全看种族 外招全看所谓大厂标签 自己公司去外面还要被降一档

--- 第 41 楼来自 update 的回复 (2026-06-04 23:47:21 PDT) ---

搞政治怎么操作呀。 跳槽有点跳不动了。

--- 第 42 楼来自 Allen_Z 的回复 (2026-06-04 23:48:20 PDT) ---

比如和你的三哥三姐leader在Diwali一起穿上他们的民族服饰一起载歌载舞? 顺便干掉几个老中 反正我做不出来

--- 第 43 楼来自 update 的回复 (2026-06-04 23:50:41 PDT) ---

想到就很痛苦。上班是为了自由结果先得摧眉折腰事权贵。

--- 第 44 楼来自 狂魔哥 的回复 (2026-06-04 23:51:42 PDT) ---

你说的那种国内3本的怎么进去的呢

--- 第 45 楼来自 update 的回复 (2026-06-04 23:52:25 PDT) ---

我只感受到我写infra代码更快了。说实话llm让我工作轻松了不少。因为infra有不少boilerplate,大模型最擅长写这些大量重复,少量变化的代码了。

--- 第 47 楼来自 update 的回复 (2026-06-04 23:55:00 PDT) ---

太苦了。生活太苦了。

--- 第 48 楼来自 Allen_Z 的回复 (2026-06-04 23:57:02 PDT) ---

你说的是哪一个啊 有一个是在国内认识了这边的“创业新星” 嫁入startup的 有一个是通过NEU intern进的 虽然好巧不巧本科学校都是某个珠三角三本

--- 第 49 楼来自 pla 的回复 (2026-06-05 00:35:40 PDT) ---

就怕所有人都快了。然后又有stack ranking。爽歪歪

--- 第 50 楼来自 venusgun 的回复 (2026-06-05 07:50:56 PDT) ---

升职不是有好结果就行了,是你有没有next level skills,不是好的5就能升成6,而是你能不能做5做不好的事。 而且还要看business need,其实就是组的scope够不够大,技术够不够深,能不能容下这些个senior eng。

--- 第 51 楼来自 update 的回复 (2026-06-05 08:01:36 PDT) ---

能举个例子吗。什么是5做不好的事情?

--- 第 52 楼来自 mengyu202 的回复 (2026-06-05 08:04:51 PDT) ---

看你是想升做people managing还是subject matter expert?

--- 第 53 楼来自 ALousaBao 的回复 (2026-06-05 08:07:34 PDT) ---

跳吧 不跳就搞政治慢慢熬 都排队等着升职呢

--- 第 54 楼来自 we200023 的回复 (2026-06-05 08:09:26 PDT) ---

升职不升职倒是无所谓,加钱吗?

--- 第 55 楼来自 收束观测者 的回复 (2026-06-05 08:09:46 PDT) ---

跳槽都跳不动搞政治你就更别考虑了 更何况搞政治吃天赋的 搞得了的人不会开口问 update: 搞政治怎么操作呀

--- 第 56 楼来自 teirt15 的回复 (2026-06-05 08:12:05 PDT) ---

update: 由于没有提出新的项目并且落地,所以没有升职的可能。 应该这个就是原因吧,我司senior升staff都是靠其他staff的推荐,并成功land一个很核心的更改 当然如果一个公司没有太多能更改的空间那没辙了,但我司也因为更改周期太快所有人的WLB都很垮 update: 各位都是怎么升到principal/staff的? 我司在4年内经历过两次re-platform,创造了无数个infra staff

--- 第 57 楼来自 update 的回复 (2026-06-05 08:13:07 PDT) ---

关键就是没加钱呀。如果不升职就通胀普调。

--- 第 58 楼来自 update 的回复 (2026-06-05 08:14:45 PDT) ---

我想进步。

--- 第 59 楼来自 we200023 的回复 (2026-06-05 08:15:37 PDT) ---

有一说一,不管是不是infra,也不会有人给保证几年一定升职吧,虽然是可以观察一定的规律

--- 第 60 楼来自 update 的回复 (2026-06-05 08:16:10 PDT) ---

懂了。主要还是看能不能把重构需求sell给management。

--- 第 61 楼来自 update 的回复 (2026-06-05 08:16:39 PDT) ---

对。那肯定不行。所以来讨教大家的心法了。

--- 第 62 楼来自 收束观测者 的回复 (2026-06-05 08:20:37 PDT) ---

说句难听的 跳槽都跳不动的话那你也只能想想了 不用付出什么努力就论坛网友教你两句心法你就能快速升职 那这心法早就被人卖课卖得满大街都是了好吗

--- 第 63 楼来自 update 的回复 (2026-06-05 08:21:34 PDT) ---

我内心深处的真实想法是都行。我都不排斥也不喜欢。 真正的需求是想要挣到更多钱和虚荣心:想要证明我也可以做到。

--- 第 64 楼来自 update 的回复 (2026-06-05 08:24:32 PDT) ---

那肯定想努力啊。我只是觉得跳槽不能解决问题。因为跳槽的时候也需要证明我有staff的skillset。 最终两条路都需要找到一个evidence来说明我具有staff的skill。所以我在想具体大家都用的哪个project升到了staff。 目前讨论下来,还没看到具体的例子,大家好像都在说需要一些除了项目之外的条件。

--- 第 65 楼来自 teirt15 的回复 (2026-06-05 08:26:16 PDT) ---

是的,所以卖产品方面烙印肯定有优势的了,我司最近的一次replatform非常的没有basis,但是几个staff成功的把几个成本节约点把解决方案卖给了management(只不过双方都不是烙印,更像是部落文化下的staff团体

--- 第 66 楼来自 update 的回复 (2026-06-05 08:29:31 PDT) ---

懂了。这就是政治默契。

--- 第 67 楼来自 update 的回复 (2026-06-05 08:32:38 PDT) ---

好像懂了。问题的关键变成了看懂management的需求并且提出一个management能背书的计划。

--- 第 68 楼来自 收束观测者 的回复 (2026-06-05 08:43:31 PDT) ---

update: 跳槽的时候也需要证明我有staff的skillset 只需要通过面试 你以为面试能证明什么? update: 需要找到一个evidence来说明我具有staff的skill 你在基于一个很可能错误的模型来寻找升职路径 你要是打定主意走内部升职唯一正确方案是直接去问你的manager怎么升 manager要是打马虎眼扭头就跑,你做出来什么project都屁用没有

--- 第 69 楼来自 venusgun 的回复 (2026-06-05 09:11:55 PDT) ---

每个公司标准不同,而且你得问你老板。 就算所有人都觉得你达到6的水平了,你老板觉得不是也没用。反过来说只要你老板觉得你到6了,自然会想办法找人帮你背书。 这就是预期管理,不是说你做了一个很NB的项目老板就会给你升职,你至少得明确问老板这个project属不属于6的scope,多做几个这样的自然就有充分的资格升职。

--- 第 70 楼来自 update 的回复 (2026-06-05 09:14:09 PDT) ---

对的我刚刚问完。EM说了一个timeline我感觉有点太久了。所以有点好奇其他的datapoint都是怎样的。 我觉得你之前说的方案挺有道理,需要找到公司内部高速增长的部分。从我的角度,我接受到的你的观点是"选择比努力重要"。 我有点想知道那些走了"努力"这条道路的朋友具体都是咋做到的。

--- 第 71 楼来自 update 的回复 (2026-06-05 09:16:29 PDT) ---

同意你的说法。需要做出来大家觉得是6的项目。从这个角度来说你也觉得需要好几个这样scope的项目才有说服力。不知道有没有一些例子能参考。不知道你还记不记得自己还是Sr的时候做了哪几个项目让自己成为了Staff。

--- 第 72 楼来自 mengyu202 的回复 (2026-06-05 09:24:49 PDT) ---

和老板聊过吗,和同组其他人对比呢? 有些传统行业就是一个萝卜一个坑,升职很难,除非上面退休or走 至少也得和老板聊看看TA怎么说

--- 第 73 楼来自 update 的回复 (2026-06-05 09:38:29 PDT) ---

我今天和组员聊完发现他们也很沮丧。整个org的progression都不好。

--- 第 74 楼来自 venusgun 的回复 (2026-06-05 10:08:02 PDT) ---

每个人的path都不一样,不太容易借鉴,主要还是要解决公司或者用户的需求。 我是做产品的,升职前没主导什么6 scope的项目,也就跟大牛合作继承了一些他们留下来的prototype。升职的主要契机,我觉得还是因为reorg后我们组里没有一个TL,而我主动顶上了。 后来倒是新开了几个6 scope的项目,如果错过之前这个机会可能会晚两年吧。从长远来看区别也不大,还是主要在于培养自己的能力。多观察学习比你level高的人做了什么事,怎么做成的,机会到了自然能往上走。

--- 第 75 楼来自 uplus5f7b 的回复 (2026-06-05 10:28:10 PDT) ---

都是被水淹没,只不过是淹到胸口还是脖子的区别

--- 第 76 楼来自 收束观测者 的回复 (2026-06-05 10:28:16 PDT) ---

update: 我有点想知道那些走了"努力"这条道路的朋友具体都是咋做到的 听起来你在试图找一个靠勤勤恳恳工作就可以快速升职的普遍规律或者说公式 这样的公式不存在的 升职的唯一普遍公式是有权批准你升职的人全部批准 在此以上的一切都是看这些人的mental model 你就算统计出来一个公式说99%的人升职都符合了这个公式,只要你的mgr你的org你的公司是不符合这1%的规律那么就没有任何意义 你不可能去拿着这个公式去说服你的mgr改变他的mental model 别人勤勤恳恳工作简简单单升职可能只是因为别人碰上了个好老板而已 你这时候去问别人做了什么project只是缘木求鱼