第7章 细节视图

需求搞错的严重后果，18英尺的巨石拱门变成了18英寸的石桩子。想起老师上课讲的《构建之法》中修井修成烟囱的示例，不搞好需求分析基本就等于失败，

第8章 白板上的即时贴

非常敬佩写标准的人，你要用5年为计量标准的眼光看问题。得花上5年时间，才能得到你真正想要的有用之物。

用贴纸法来讨论项目各个小版本应该具有的功能特性，也是敏捷开发里重点推广的。

第9章 方法

IBM执行强制进度纪律的成功基于两条原则：

1）计划是强制性的

2）计划必须符合现实情况 ----“从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来。

祖尔测试的12个问题：

1）Do you use ?      你们使用源代码控制吗？

2）Can you make a  in one step?     你们一步就能完成构建吗？

3）Do you make ?    你们做每日构建吗？

4）Do you have a ?     你们有缺陷数据库吗？

5）Do you fix  before writing new ?     你们会在写新代码之前修复缺陷吗？

6）Do you have an up-to-date ?     你们有与当前工作吻合的进度安排吗？

7）Do you have a ?    你们有规约吗？

8）Do  have quiet ?    程序员工作环境安静吗？

9）Do you use the best  money can buy?    你们采用了市面上最好工具吗？

10）Do you have ?   你们有测试人员吗？

11）Do new candidates write code during their ?    你们会要求应聘者在面试时写代码吗？

12）Do you do  ?    你们做走廊可用性测试吗？

第10章 工程师和艺术家

编程是工程还是文学？是科学还是艺术？

真的可以升华为一门艺术、一门科学，编程算法数据结构的璀璨光辉带给我们的不仅仅是快乐