老油条们的窘境

写在前面

相信你最近应该在程序员朋友圈看到过这个段子：

很多人看到第一眼会说，“哇靠，这个完全颠覆了对于软件工程认知，完全是对《代码整洁之道》的亵渎啊”。然而段子中说的很大一部分是真实的。

老油条们，由于先发优势站住了一些核心坑位，掌控着一个核心系统，负责整个核心系统的架构演进和发展方向。为了“巩固”自己的核心地位和所谓的“不可替代性”，专研了一些“江湖方法论“，通过写不可维护的代码，写难以维护的逻辑，写只有自己能说明白且没有注释的方法，让自己的名字出现在任何一个业务需求需要被讨论的角落，以体现自己的”重要性“和”不可替代性“。

我曾经就遇到过这种代码，没有注释，看了好久一脸懵比：

最后我不得不将这段代码注释掉，看看究竟会有什么影响。

老油条们的窘境

老油条们通过自己“努力”建立的“壁垒”，成功维护住了自己对于系统的“不可替代性”，在老大面前一次次表现出了自己的“独一无二”。

然后组织架构调整了。

老油条们的系统被纳入其他的团队负责，曾经引以为豪的“代码壁垒”，被对方投入几倍的人力两个月时间，轻易的重构了出来，老油条一脸懵比。

曾经引以为傲的“不可替代性”方法论就这样被轻易的推翻了。

随着工作年限的增加，老油条们也需要有自己的业务诉求或者需要被老板们委任做更大的事情，从以前熟悉的编写维护代码转而去负责代码之外的事情，比如管理团队，带业务，与pm，运营，市场同学沟通。做devops，scrum提升团队协作效率。了解用户增长玩法，了解公域私域流量，做运维工具，做数据化分析平台。

然而老油条们原有积累的工程方法论，产品方法论，技术方法论，互联网方法论却难以迁移到这么多的方向上，老油条们走到了窘境。

老油条们作为负责人之后，看着当年自己写的系统代码难以维护，case不断，自己创造的“壁垒”最终让自己自食苦果。

复杂是反人性的，没人喜欢复杂的设计，复杂的业务逻辑，复杂的交互逻辑，复杂的产品逻辑，复杂的商业逻辑。

老油条们辛苦建立的“复杂的不可替代性壁垒”在摧枯拉朽的大势面前显得不堪一击。

less is more，我们已经有太多可以借鉴和学习的做事技巧，复杂问题简单化，复杂问题拆分化，永远是大自然演进的方向。反其道而行之最终肯定遇到难以突破的瓶颈。

我司曾经有个高p，由于行业及公司的快速发展，被大势推到了总监的为止，之后不满于现状，觉得自己应该值得更多，于是跳槽到某互联网教育独角兽，任职技术副总裁，总管工程团队，然而case不断，系统不稳定造成用户体验不稳定，用户不愿意付费，公司为建立和谐用户关系，不得不进行赔付，然后授课老师已经付出了劳动成功，老师的授课费用不得不结。

一家以付费高客单价特点的教育公司频繁出现这样的线上case，让公司损失惨重，于是技术团队在CEO面前越来越不得待见，技术副总裁的位置也越来越被边缘，最后不得不另谋高就。

老油条们错将平台的影响力当作了自己的影响力，老油条们走到了窘境。

愿你不做老油条，但行好事莫问前程。

转载于:https://my.oschina.net/u/1000241/blog/3081966