后记：新项目来了，大家都很兴奋。很少有机会从头开始构建一些东西。于是我们精心设计了架构，制定了规则和原则，并约定大家都要遵守。一开始，它工作正常，没有任何反应。渐渐的，出现了一些新的情况，需求变了，时间也很紧。程序员们发现有一种非常直接的方法可以快速实现客户的需求。几天就可以搞定，但是违背了架构或者原项目的原则。编码约定，如果要遵循它们，可能需要数倍的工作量，可能需要数周才能完成。更重要的是，为了实现这个新的需求，你可能需要调整整个架构。不行，风险太大了，怎么办？大多数情况下，程序员经不起诱惑，经不起进步的压力，会用最直接的方式快速修改，“随便吧，先实现吧。反正细节我还记得。”其实修改之后，我们都在忙别的事情，几个月下来，也看不懂了，久而久之，就没人知道这些脏代码是怎么回事了。后来接手的程序员会骂之前的程序员“这么烂的代码，谁写的TMD！！！？？？”然后在上面加上更烂的代码。【本文为专栏作家“刘欣”的原稿》，转载请通过作者微信获取授权公众号coderising】点此查看作者更多好文
