第六章 当你编码时
靠巧合编程应该避免靠巧合编程，避免依靠运气和偶然的成功。而要深思熟虑的编程。
怎样深思熟虑的编程：1）总是意识到你在做什么2）不要盲目的编程3）按照计划行事4）依靠可靠的事物5）为你的假定建立文档6）不要只是测试你的代码，还要测试你的假定7）为你的工作划分优先级。把时间花在重要的方面。
重构：周遭所见，皆是变异与衰败。代码需要演化：他不是静态的事物！不要对改动犹豫不决
代码若具有如下特征，则应该考虑重构：1）重复2）非正交的设计3）过时的知识4）性能
就其核心而言，重构就是重新设计：怎样进行利大于弊的重构：1）不要试图在重构的同时增加功能2）在开始重构之前，确保你拥有良好的测试。 （尽可能经常运行这些测试，如果你的改动破坏了任何东西，你很快可以知道）
易于测试的代码：单元测试< 测试你的软件，否则你的用户就得测试 >
第七章 在项目开始之前
需求只坑完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的。不要搜集需求而要挖掘他们！与用户一同工作，以像用户一样思考！
解开不可能解开的谜题
解开谜题的关键：确定加给你各种约束，并确定你确实拥有自由度
< 不要在盒子外思考，要找到盒子 >
我们可以先确定最为严格的约束，然后再在其中考虑其余约束很多时候，对需求的重新诠释能让整个问题全部消失 ------ 就像戈尔迪斯结
等你准备好：有时犹豫的人会得以保全
< 倾听反复出现的疑虑，等你准备好再开始 >
规范陷阱：编写程序规范就是吧需求规约到程序员能够接管的程度的过程
结构化程序设计 ------ 拥有长久的生命
第八章 注重实效的项目
注重实效的团队：有了注重实效的开发者，让他们工作在能够发挥自身能力的环境中，他们很快就会发展并提炼他们自己的、有效的团队动力机制
无处不在的自动化：软件开发人员常常会使用最糟糕的工具来完成工作
无情的测试：
< 早测试，常测试，自动测试 >
< 要到通过全部测试，编码才算完成 >
< 通过”蓄意破坏“测试你的测试>
< 测试状态覆盖，而不是代码覆盖 >
< 一个 bug只抓一次 >
全部都是写好记性不如烂笔头：把英语当做又一种编程语言