谁痛谁推动，不痛就不动

在我们平时的工作中，除了常规的项目以外，总是会有一些优先级不那么高，事情也没那么重要，但是时不时就会恶心你一下，像个平时潜伏的顽疾，时不时就发作一下。这种『会呼吸的痛』不知你是否有所体会。

这种痛有可能是某个你没有掌握的技能点，但是使用相对低频，只有用到的时候才会痛，平时又不愿花时间把这个技能熟练掌握；也有可能是系统架构上的不合理之处，或是某坨懒得去改的代码，只有在迭代和修改的时候才会痛。

那么，这种痛除了整体的『重构』之外，还有没有办法推动去优化呢？当然有（这里就要扣题了），正如标题所写：谁痛谁推动，不痛就不动。不管是几个人痛，只要这个痛大家都能忍，那就都不动；如果有人受不了，那就谁最受不了谁去推动改进，是不是很公平？

从这个意义上来讲，维持细分业务的负责人相对稳定是很有必要的，因为这些痛点会一直刺激着他。而如果这个业务每隔一段时间就有变动，就可能造成堆积了很多『坑』，而下一个接手的人也未必痛到了想去推动改变的程度。

长此以往，坑就越来越多，直到有人受不了为止。然后，要么推动改进，要么直接离职撒手不管。因此，那些平时看上去不起眼的小问题，经年累月也会造成可怕的影响。

我们今日之境遇都是过往抉择行动之累加，当『痛点』出现的时候，不要逃避，更不要等那个更痛的人出现来『拯救』你。既然你也痛，就想办法把它解决掉。如果你没有这样做，那么到了真的病入膏肓那一天，你要记得，这里也有你的一份『功劳』在里面，不要埋怨别人就好。

作者：姬光，网名 @姬小光，哈尔滨工业大学电气工程学士/软件工程硕士，曾就职于淘宝/腾讯/京东，现任美的集团电子商务有限公司商城前端组负责人/集团认证讲师，CSDN 博客专家 & GitChat 推荐作者 ... 是的，这个介绍一点都不酷 ~