在大厂写代码有一种现象，活都干完了，东西也都能work，但是质量不怎么好，以后要修改的时候非常麻烦。
其实只要再稍微多花些精力，就可以把质量搞上去，把维护成本降下来，因为质量低其实都是一些小细节没有做好，也不是什么太难的事情。
愿意精益求精的人不多，几乎是所有大厂的普遍现象，我看大概有这么几个原因。
第一有非凡激情的人不多。真正爱好写代码，把这个看成兴趣的人，其实不多，大家上班都是为了赚份工资，多一事不如少一事。code review互相accept就完事了。
第二其实大部分领导也不会检查你的代码质量。这就给了下面拆烂污的极大的空间。领导也不是因为代码写的好而变成领导的，领导有可能是因为结果好而变成领导的，但结果好往往只是意味着活都干完了，东西也都能work，或者只是正好负责了关键的项目，维护成本如何就没人管了。
第三最根本的原因是大厂没有针对维护成本的kpi。所以所有人都是追求的短期利益，这个东西能越快上越好，维护成本以后再说了，反正流水的兵996。
为什么大厂没有针对维护成本的kpi呢，因为大厂往往他的核心业务是非常稳定的，因为他的核心业务已经市场上一家独大了，即便不维护升级也能稳定的赚钱，而且核心业务的赚钱能力非常强，所以大厂他维护成本高的其实都是他的创新业务或者不那么核心的业务，这些业务即便维护成本高他的核心业务的利润也足够能cover，对于大厂来说，更多的是要比竞争对手快的抢更多地盘，然后烧钱来维护抢到的地盘。
但所谓反者道之动，大厂非常稳定的赚钱牛可能成为限制大厂发展的桎梏，可以参阅《创新者的窘境》，这个我就不多说了。
更糟糕的是，如果一个部门都不考虑维护成本，那么除非这个部门不再发展新业务，否则总有一天维护成本要累加到影响企业利润的程度，到那个时候这个部门就可能会被企业砍掉，或者会掀起一股“quality”整风运动。而对于拥有拆烂污的心态的人，他其实是希望能一直混下去的。
拥有拆烂污的心态其实限制了我们自身的发展，一旦做事情都不去思考怎么样才能更完美，那么这辈子可能就只能打工了。毕竟如果要创业，那么在构建核心业务的时候肯定是要考虑代码维护成本的。
领导其实对于拆烂污是心中有数的，领导可能不重视维护成本，领导可能也不review code，但谁的质量高谁质量不高，从result就能看出来了，简单看一下谁的bug多就行了，这太简单了。所以拆烂污影响升迁。
一个企业如果允许大多数人拆烂污，那么我敢肯定这个企业的工资是不高的，因为毕竟一分价钱一分货，把事情做完其实很简单不需要非常优秀的人，但要做到90分易于维护关注各种细节，那么就得多付钱的。
所以讲来讲去，你会发现拆烂污只是短期能拆，是一个短期效应，长期来看，影响个人竞争力，影响企业发展，不可能一直下去的。而且现在IT企业动不动就裁员倒闭的，要在大厂稳定干20年，天知道。比尔盖茨自己也说，微软离倒闭永远只有十八个月。十八个月那是以前十八个月出一次release，现在互联网是天天release，我看十八个月该改成一天。
就像买股票一样，大家都有侥幸心理，我买的股票一定会升，我天天拆烂污一定能躺平20年，此时我建议读一下《随机漫步的傻瓜》。
最后，追求短期利益让我们杀红了眼，造成了时间和资源的稀缺，陷入了管窥心态，最后反而影响了长期利益。我们需要有足够的“余闲”来处理维护成本的问题，而不是一直赶工。最近我正在看《稀缺》，这是一本非常棒的书，哪天也可以写一篇心得。