晋升答辩不考技术细节——评委真正在看的，是你理解了多少

先区分两种「升职」

在互联网行业，如果公司的职级体系划分比较紧密——比如 P5、P6 这种 P 序列——每升一个阶段带来的变化是很大的：负责的 scope 不同、被期待的能力不同、看问题的视角也不同。这种晋升是有意义的，因为它代表能力和认知的跃迁。

但如果只是每年普调涨个五百一千，干的活没变、能力没变、scope 没变——那更像是对过去劳动的安慰，不算真正的晋升。

拿 P 序列举例。校招生进来一般是 P5，到 P6（Senior Engineer）通常需要 1-3 年。我认为 3 年是一个比较合理的节奏，因为这三年你会经历三个明显不同的阶段：

刚入职的第一年，大概率接触不到核心业务。分给你的活比较边缘、比较碎——这是正常的。公司不会把关键系统交给一个还在学习流程的人。这个阶段的目标不是「出彩」，而是把基础干稳、把流程跑通、让人觉得你靠谱。

到第二年，你已经知道怎么干活了。对业务流程、代码规范、团队协作模式都比较熟悉。这个阶段的关键词是高质量产出——同样的需求，你能交付得更快、更稳、考虑得更周全。你开始从「被指导」变成「可信赖」。

第三年是真正拉开差距的阶段。基础已经打好，你开始承担更复杂、更重要的任务——跨模块、跨团队，甚至需要独立做技术方案的设计和取舍。

当你把第三年的活干完，一个校招生实际上已经具备了 Senior 的工作能力，达到了晋升的门槛。

走到这一步，公司通常会给你一个晋升答辩的机会。你讲过去的工作成果和个人成长，评委针对内容提问。

很多人以为评委会深挖技术细节——你用了什么框架、某个接口怎么设计的、并发量怎么扛的。但实际上，他们更关心两件事：

你不只是在写代码，你理不理解你在做什么、为什么做、做了之后业务怎么变化。一个 Senior 不是一个更快的码农，而是一个能站在业务角度思考技术决策的人。

评委想看到你这几年思考方式的变化。从「老板让我做什么我就做什么」，到「我理解这个需求背后的目标是什么、有没有更好的方案、有哪些风险需要提前预判」——这个认知层面的跃迁，比任何技术实现都重要。

晋升的本质不是你多干了多少活，而是你理解了多少。 如果你的表达到位、理解到位、成长轨迹清晰，评委自然会认可。技术细节是你的工具，对业务的认知才是你的资格证。

欢迎在 X @StevenChouAI 留言讨论：你的晋升答辩是怎么过的？评委问了什么让你意外的问题？

作者：Steven Chou 网站：stevenchouai.github.io GitHub：stevenchouai X：@StevenChouAI