第7章 细节视图
需求搞错的严重后果，18英尺的巨石拱门变成了18英寸的石桩子。想起老师上课讲的《构建之法》中修井修成烟囱的示例，不搞好需求分析基本就等于失败，
第8章 白板上的即时贴
非常敬佩写标准的人，你要用5年为计量标准的眼光看问题。得花上5年时间，才能得到你真正想要的有用之物。
用贴纸法来讨论项目各个小版本应该具有的功能特性，也是敏捷开发里重点推广的。
第9章 方法
IBM执行强制进度纪律的成功基于两条原则：
1）计划是强制性的
2）计划必须符合现实情况 ----“从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来。
祖尔测试的12个问题：
1）Do you use source control? 你们使用源代码控制吗？
2）Can you make a build in one step? 你们一步就能完成构建吗？
3）Do you make daily builds? 你们做每日构建吗？
4）Do you have a bug database? 你们有缺陷数据库吗？
5）Do you fix bugs before writing new code? 你们会在写新代码之前修复缺陷吗？
6）Do you have an up-to-date schedule? 你们有与当前工作吻合的进度安排吗？
7）Do you have a spec? 你们有规约吗？
8）Do programmers have quiet working conditions? 程序员工作环境安静吗？
9）Do you use the best tools money can buy? 你们采用了市面上最好工具吗？
10）Do you have testers? 你们有测试人员吗？
11）Do new candidates write code during their interview? 你们会要求应聘者在面试时写代码吗？
12）Do you do hallway usability testing? 你们做走廊可用性测试吗？
第10章 工程师和艺术家
编程是工程还是文学？是科学还是艺术？
真的可以升华为一门艺术、一门科学，编程算法数据结构的璀璨光辉带给我们的不仅仅是快乐