十年前我入行时，高级高级web开发工程师还是发工个模糊的头衔。现在它变成了简历上的程师关键词，招聘网站上的高级薪资区间，以及无数培训班批量制造的发工就业承诺。但真正的程师高级工程师，从来不是高级靠年资堆出来的。
去年我们团队接了个重构项目，发工老系统用了七年，程师技术债厚得像本百科全书。高级组里来了个号称五年经验的发工高级工程师，面试时对微服务、程师分布式如数家珍。高级结果真动手时，发工他连系统里那个诡异的程师session同步问题都定位不了——那是个典型的浏览器Cookie SameSite属性兼容性坑，他在Chrome里测得好好的，换到Safari就崩。他花了整整两天查数据库连接池，方向完全错了。
这事儿让我想起一个老前辈说过的话：高级工程师的价值不在于你会多少框架，而在于你踩过多少坑，并且能把这些坑讲清楚。那个同事后来被调去写文档了，倒也挺合适——他确实很会总结流程。
真正的高级工程师长什么样？我见过最厉害的一位，平时话不多，但每次线上出故障，他扫一眼日志就能指出问题方向。不是因为他记忆力超群，而是他脑子里装着整个系统的运行时拓扑——哪个服务依赖哪个接口，哪个缓存可能失效，哪个消息队列会堆积。这种全局感不是看架构图看出来的，是无数次凌晨三点被on-call电话叫醒，一点点debug出来的。
另一个特点更微妙——高级工程师懂得说“不”。不是拒绝需求那种“不”，而是对技术方案的取舍有清晰判断。有一回产品经理要求做个实时数据大屏，技术选型会上几个年轻同事兴奋地讨论WebSocket加Redis流。那位资深工程师沉默半天，问了一句：“数据源更新频率是多少？”答案是每五分钟一次。他直接说：“轮询就够了，别给自己找麻烦。”就是这么朴素。后来证明他是对的，那功能上线两年了，稳定得很。
当然，这行也在变。以前会个jQuery就能混饭吃，现在前端要懂构建工具、性能优化、微前端、Serverless。工具越来越复杂，但本质没变——你写的每一行代码，最终都要跑在真实用户的浏览器里，承受真实的网络波动和设备差异。我见过太多简历上写着“精通React源码”的人，连移动端300ms点击延迟都没听说过。
所以我对“高级”的定义很简单：能独立解决别人解决不了的问题，并且能清楚地解释为什么这么解决。跟年限无关，跟title无关。有人三年就做到，有人十年还在原地打转——区别在于，前者每次遇到问题都会问“为什么会这样”，后者只会搜“怎么解决”。
写代码这事儿，说到底是个手艺活。高级工程师就像老木匠，手里那把刨子用了十几年，知道哪块木头该用多大力气推。工具会更新，框架会过时，但那种对细节的敏感、对系统整体性的把握、对未知问题的敬畏，才是真正值钱的东西。别被头衔忽悠了——面试的时候，多问问对方“你上次线上故障是什么时候，怎么处理的”，比看一百遍技术博客都有用。