摘要：
混乱的代价只要你干过两三年编程，就有可能曾被某人的糟糕代码绊倒过。如果编程不止两三年，也有可能被这种代码拖过后腿。进度延缓的过程会很严重。有些团队在项目初期进展迅速，但有那么一两年的时间却慢如蜗行。对代码的每次修改都影响到其他两三处代码。修改无小事。每次添加或修改代码，都得对那堆扭纹柴了然于心，这样才能网上扔更多的扭纹柴。这团乱麻越来越大，再也无法理清，最后束手无策。随着混乱的增加，团队生产力也持续下降，趋向于零。当生产力下降时，管理层只有一件事可做了：增加更多的人手到项目中，期望提升生产力。可是新人并不熟悉系统的设计。他们搞不清楚什么样的修改符合设计意图，什么样的修改违背设计意图。而且，他们 阅读全文
