读《程序员修炼之道》，和《程序员职业素养》在许多原则上是共通的，应该说好的实践是殊途同归的。
之前看书里说，每一次写代码，都不能让原来的代码更糟糕，每次检出代码要比之前检入的代码要好。现在说不要有破窗，一个破窗就是一个垃圾的设计或代码，一旦对自己放松了要求，就会产生摆烂心理，反正原来项目已经是一坨狗屎了，就这么继续烂着吧。一个人放弃了要求，会导致整个团队都放弃了要求。
对于开发来说，自己写的东西，不要因为急迫等因素就随便，就不遵守那些规则，写出很烂的代码。对于管理者，应该定下规则，要求团队成员遵守，并且审核，但这成本代价有些大，或许说应该给团队培训，达成彼此的共识，然后大家自己主动遵守。
有时任务很急，客户来头特别大，好像这个业务你若不在某个时间点上线，那就影响国计民生，那就是天大的事情。然后这种压力之下，从团队领导到具体开发者，都只能降低要求，先实现功能。但就像《程序员职业素养》中读到的那样，其实有时候客户并不像他说的那样看中这项目，他也不会像你那样在乎截止日期，往往你加班加点搭出一个勉强能用的东西，提交给客户了，客户又说不急了，可以再延迟多久再加个什么功能，再优化一下什么。然后时间多了，会对原来的烂代码重构吗？不可能的，当破窗从无到有出现的那一刻开始，他一定会活得很久，甚至会永远活着。
