第6章 搞掂设计方案
该章首先通过一个小故事介绍了备份的重要性，关于可以对上一动作进行撤销功能的感谢。由此引出了软件设计中一些细节的东西，软件设计不仅只是在程序源代码之上覆盖一层诱人的图形，它必须是一种能够满足用户需求的创造性基础工作。程序编写需要创新，得有人迈步前进，才有了超级挂件的编写。
在工作中，大家积极讨论，就关于Mozilla整合方面，最终一个月后解决了问题，必须敢于创新，能够有勇气改变。 对于刚刚从业的软件开发者们，Linux“仁君”要言说别做大项目，要从小项目开始，不要过于急功近利，难免会做过度设计，要脚踏实地，不要被想象力作难自己。
第7章 细节视图
OSAF的第一个“演示日”，看起来并不顺畅的演示，但是却是实现了以往没有过的模块，是工作人员们几个月的心血。而这整个改变正是许多细节都发生改变的结果。用户的错误理解却真实反映出关注细节、无视上下文的阅读方式是编程大牛们的专长。规格说明是程序员的圣经，编写一个好的规格说明很不易，但却很重要。
Chandler进程缓慢，虽然看客们都对其表示怀疑，感觉Chandler永远也做不出来了，但是只有卡普尔坚信坚持就会有回报，正是因为卡普尔的不懈坚持，创造了一个更好、
更灵活、更稳定的软件。卡普尔作为一个本来就已成名的设计师，但是他又顶着巨大的压力做到另一件了不起的事情，让世界看到他的实力。
第8章 白板上的即时贴
卡普尔想让自己成为吃“狗食”的人，他要把Chandler做成“狗食”，在毫无指引的路上，艰难前行，是一个不折不扣的创新精神，虽然进程缓慢，但是却灌注了极大的热情。
在编程这条注定要享受孤独的路上，我们会遇到这样或那样的问题，任何一个有创意的项目工程都需要用美好的愿望与意志与浇灌它。
原文：http://www.cnblogs.com/luyu2783/p/4373701.html