后端深耕性能优化，比业务开发更容易晋升吗
做后端开发第五年时，我晋升答辩的PPT里全是业务需求，接口写了上百个，数据库表设计了几十张。评委问我一个性能指标，我卡住了。去年组里有个同事，平时存在感极低，需求做得也一般，但他把一套微服务的GC停顿从800ms干到了50ms。年底他升了，我没升。我当时挺不服气的。论业务量我扛的比他多，业务后端系统的核心模块都是我在写。但评委看的是结果数据，他那张优化对比图往那一放，所有人都在点头。我写的接口再多，在评委眼里就是"完成了本职工作"。后来我想了想，确实是这样。业务开发就像装修工人，贴砖刷墙，干完了大家觉得理所当然，看不出哪好。性能优化像修水管，平时没人注意，一旦堵了你修好了，整栋楼都感谢你。去年我们分布式订单系统差点崩，数据库连接池打满了，整条链路超时。我排查了两小时，最后发现是连接池配置没调。一个配置参数的事。就这一件事，老板记了我一整年。比我写了三个月业务需求印象都深。后来我开始主动往性能方向靠。学了JVM调优，研究分布式锁的瓶颈，把我们服务端开发的P99延迟从300ms降到了80ms。效果是有的，今年答辩我过了。但说实话我有点矛盾。性能优化这东西吃力不讨好，你不做没人觉得有问题，做了也不一定有人看见。不像业务需求，做完上线了产品经理还会夸你一句。晋升这事，做性能优化的人少，评委看到眼前一亮。做业务开发的人多，你再卷也是跟一堆人比。所以不是更容易，是竞争对手少。但代价是你得耐得住寂寞。
发布于 山东
分享
评论
赞
未登录
友善发言
评论
加载中
