第六章《搞定设计方案》
本章开始的示例，不小心把文件拖到屏幕外面，文件消失，引起我的共鸣。几天前，我在写文档时不小心关机，本来以为word会自动保存写过的内容，但开机时却显示一片空白，之后我慌乱的操作，却没有恢复。百度了恢复的方法，但由于已经进行了新的操作而不能恢复了。作者的表现就很好，即使是重要的文件夹被删除，依旧保持冷静，没有胡乱操作，最后通过撤销操作恢复了文件夹。
“软件设计——坚固、适用、愉悦”
Chandler项目组成员就是否采用Mozilla的问题进行了一下午的讨论仍然没有结果。一个月后终于有了进展，不采用Mozilla，基于wxWidgets搭建CPIA。
Chandler0.2版本让大家很沮丧，发布后，Chandler项目组成员开会反思。
赫兹菲尔德作为Chandler项目的志愿者，在开发过程中日益感到了无力感，于是他开始抽出一些精力，自己做一个新项目。我觉得这种懂得取舍的做法还是很明智的。
“从小项目开始，而且永远不要期望它变大”
“别指望在短时间内达到大成就”
第七章《细节视图》
Chandler0.3版本使项目组成员看到了希望。下一阶段需要细节、需要规格说明。
“生活中好多其他事都太主观，而对于没有缺陷，运行正常的程序，可以看到自己的成功”。
“取名的重要性”
登曼推动了“打戳功能”的完成。
面对看客们对Chandler缓慢进度的怀疑，卡普尔说“如果不坚持，我什么都不说”。卡普尔的决心让人钦佩，不过坚持也是需要成本的呀。