工程师排名

工程师排名这事，工程我琢磨了好些年。师排不是工程指职称评定那种表格，也不是师排大厂职级那种数字。真正的工程排名，藏在代码仓库的师排提交记录里，藏在深夜故障处理的工程速度里，藏在那些没人看见的师排细节里。 第一等工程师，工程修的师排是“根”上的问题。我见过一个老前辈，工程系统崩了三天，师排所有人都在打补丁。工程他来了，师排看了半小时日志，工程把一段十几年前没人敢动的老代码删了。问题没了，系统快了百分之三十。他没说话，走了。这种人不会出现在任何榜单上，但每个知道这事的人，心里都给他立了块碑。 第二等工程师，解决“看得见”的问题。他们能把复杂的东西拆得清清楚楚，文档写得明明白白，方案画得漂漂亮亮。出了问题，他们能在两小时内定位到具体模块，给出修复方案。这类人通常是技术经理的心头好，因为靠谱，因为可控。他们用工程方法对抗混乱，把不确定性变成确定性。 第三等工程师，会“制造”问题。这话听着刺耳，但真有这种人。他们热衷于引入新框架，重构旧系统，把简单事情复杂化。每次重构都说得天花乱坠，什么性能提升、扩展性增强，实际上就是给自己简历攒素材。代码库成了他们的试验田，出了问题他们跑得比谁都快。这类人还特别会汇报，PPT做得流光溢彩，领导看着开心，同事心里骂娘。 第四等，也是基数最大的，是“执行”工程师。需求来了就做，bug来了就修，按部就班，不越雷池。他们不坏，甚至挺努力，但缺乏一种“穿透力”——看不到问题背后的结构，理解不了系统运行的本质。他们像流水线上的工人，每天重复劳动，技术十年如一日。说难听点，他们是在用时间换薪水，不是用脑子换价值。 但真正的排名，有个隐藏维度：时间。第一等工程师写的代码，五年后还有人读得懂，还在稳定运行。第二等的代码，三年后需要小修小补。第三等的代码，半年后就变成了技术债。第四等的代码，换个人就完全看不懂了，只能推翻重来。 我认识一个做嵌入式的老兄，他写的驱动代码二十年没动过，至今还在各种设备上跑。问他秘诀，他说：“我就想着，万一哪天我不在了，别人看我的代码，得像看小说一样顺畅。”这话糙，理不糙。 工程师的排名，不看你跳槽时拿了多少offer，不看你在技术大会上多能吹，就看你留下的是资产还是负债。代码会腐烂，架构会过时，但那种“把问题想透、把事情做绝”的劲儿，是能穿透时间的。 所以你要问我怎么排名，我的答案简单粗暴：看你离开后，系统是更好了，还是更烂了。这比任何证书、任何职级都诚实。