摘要： （二）、欲速则不达 “你不需要真正地理解那块代码，它只要能够工作就可以了。哦，它需要一个小小的调整。只要在结果中再加上几行代码，它就可以工作了。干吧！就把那几行代码加进去，它应该可以工作。”----------------老魔头 经常会遇到这样的一个情况，出现一个Bug，由于时间紧迫，只要快速添加一行代码或者忽略那个列表上最后一个条目，它就可以正常工作。下次再出现Bug，你有添加一行代码或者忽略那个列表上最后一个条目。可能很多负责维护程序的程序员都会遇到这种情况，并且按照上面的情况做啦！不加思索，快速修复bug那是一名拙劣的代码工人。而优秀的程序员他会挖掘更深的一层，考虑一下为什么要加一行或减 阅读全文

摘要： (一)、做事“出了问题，第一重要的是确定元凶，找到那个白痴！一旦证实了是他的错误，就可以保证这样的问题永远都不会发生了” ----------------------------------------------老魔头 上面这句话听起来是似乎挺有道理的，它将寻找元凶放到了最高优先级。其实你有没有想过当程序出了问题，而程序是是由你接手维护的，眼下最重要的事情就是解决问题，应该将解决问题放在最高级。 如果你将元凶找出来，你会怎么做呢？你会去指责他？你会找到优越感？你会觉得他不如你？可能你都会有以上的各种想法和感受，但你进一步的去想一下，你指责他，你进步了吗？没有，反而会将问题搞的更加复杂，抱怨指 阅读全文

摘要： “混乱大都市”1、不好的公司结构和不健康的开发过程将在糟糕的软件架构中得到反映。2、重要的是要保持软件设计的品质。坏的架构设计会招致更坏的架构设计。3、开发团队中健康的工作关系将直接有益于软件设计。不健康的关系和个性膨胀会导致不健康的软件。4、好的设计考虑到内部组件连接的连接机制和连接数（以及连接性质）。系统的单个部分应该能够独立存在。紧耦合将导致不可测试的代码。5、松弛而模糊的架构将导致每个代码组件编写得不好，并且相互之间匹配得不好。它也会导致重复的代码和工作。6、不良架构的影响不仅限于代码。它会进一步影响到人、团队、过程和时间表。7、重要的是要在开始设计系统之前知道你打算设计什么。如果你不 阅读全文