这么烂的代码！谁写的！？

后记：新项目来了，代码大家很兴奋,代码有机会从头开始构建一个东西，是代码很难得的。于是代码仔细小心的设计架构，定下规矩和原则，代码约定大家都要遵守，代码刚开始时运转正常，代码平安无事。代码

渐渐的代码出现了一些新情况，需求变动，代码时间很紧张，代码 程序员发现有一个非常直接的代码办法，可以快速的代码实现客户的要求， 几天就可以搞定，代码 但是代码违背了架构的云服务器提供商原则或最初的项目的编码约定， 如果想遵循的话，可能需要花费好几倍的工作量，可能需要几周才能完成，更要命的是，为了实现这个新需求，可能需要对整个架构进行调整， 真的调整了，测试跟不上，风险太大， 怎么办?

大多数情况下，程序员都经不起诱惑，也扛不住进度的压力， 会用最直接的办法进行快速修改，香港云服务器“管他呢，先实现再说，反正我还记得细节” ，实际上，改完以后我们又忙着干别的事情去了，过上几个月，自己都看不懂了。久而久之，这些脏代码没有人知道是怎么回事了。

后面接手的程序员就会骂前面的程序员 “这么烂的代码，TMD谁写的!!!???” 然后在上面加上更烂的代码。

【本文为专栏作者“刘欣”的原创稿件，转载请通过作者微信公众号coderising获取授权】

戳这里，看该作者更多好文