2023年7月，我走出校门，拿到第一份软件工程师的offer。2026年1月，也就是两年半之后，我第二次晋升，头衔变成Senior Software Engineer。
这速度本身不值得专门写一篇文章——我最近听了一期播客，有位工程师25岁就在Uber做到了Senior Staff。但我想聊聊这件事背后的东西：为什么这个目标本身可能是个陷阱。
先交代一下背景。我们公司的职级体系是：Associate Software Engineer（ASE）→ Software Engineer（SE）→ Senior Software Engineer（SSE）→ Staff Software Engineer → 往上还有。我对照过其他大厂的职级，但懒得细究，所以你就当参考。
一切始于一个具体的人。我有一位导师，实习时就跟着他，现在直接向他汇报。这人极其聪明，具备你想在Staff+工程师身上看到的所有软实力。我实习时他是SE，我转正那会他刚升SSE——而那时他自己也只毕业两年。
得知这个消息，我的第一反应是真心为他高兴。第二反应是：我也要。不是那种模糊的"向他学习"，而是精确到时间线的执念——两年，从新员工到高级。三年？五年？不够。
现在回头看这个目标："入职两年内升Senior"。SMART原则检验一下：具体？是。可衡量？是。可实现？理论上可以，但晋升不完全由我决定，所以严格来说不算。相关？这才是问题——它跟我的长期目标和核心价值观，基本没关系。时间限定？是。所以这是个SMT目标，而且我入职时就隐约觉得哪里不对。
我记得当时的担忧：万一没被分到"能晋升的项目"怎么办？万一运气不好怎么办？这些变量我控制不了。但我还是选了这条路，因为执念已经压过了理性。
现在目标达成了。我"追到了那辆车"——就像狗终于咬住飞驰而过的汽车后轮，然后呢？
这个问题我花了很长时间才想明白。晋升本身没有带来预期的满足感，反而让我意识到：我把一个手段当成了目的。Senior头衔应该是能力成长的副产品，而不是能力成长的原因。当我把两年期限写进目标的那一刻，就已经扭曲了优先级——我会倾向于选择"看起来能晋升"的工作，而不是"真正值得做"的工作。
更麻烦的是，这种目标会制造虚假的紧迫感。两年很短，短到让我焦虑于每一个季度的绩效评估，短到让我过度关注内部政治而非技术深度。我的导师两年升Senior，是因为他恰好做了正确的事，还是因为他恰好处于正确的时机？我无从得知，但我假设是前者，并把自己塞进同一个模具。
现在坐在Senior的位置上，我发现真正的挑战才开始。那些"硬教训"——系统故障时的压力、跨团队协调的复杂度、技术债的长期代价——并不会因为头衔变化而自动降临。我跳过了某些过程，但过程不会因此消失，只是延后。
这不是说快速晋升一定错。我的公司不滥发头衔，按非 tenure 的评估标准我确实达标。但达成一个错位的目标，和达成一个正确的目标，感受完全不同。
如果重来，我会把目标改成："两年内具备Senior工程师的能力水平"——不可量化，无法向任何人证明，但指向真正重要的东西。头衔是别人给的，能力是长在自己身上的。
当然，说这话的我已经拿到了头衔。也许这是另一种"幸存者偏差"。但至少，下次再看到一辆飞驰的车，我会先问自己：我真的想追吗？追到了之后呢？
热门跟贴