第八章：白板上的即时贴
什么是即时贴呢？答案就是用贴纸。每张纸表示大致同等的工作量。每张即时贴代表单个开发者一个月或两个月的工作时。现在墙上循点号版本的顺序贴上，然后就能能对每一轮计划的工作和自己是否脱离现实一幕了然。
谈到这里呢，我就想到了王老师说的话，的确如此，在程序开发的过程中，我们可能会出现偏离原先的计划的情况，毕竟开发需要创造力，我们难免会忘了初心。
王老师交代给我们的团队开发任务也是需要白板即时贴的，写什么，怎么写是很重要的，这关乎我们开发的过程中有没有资源的浪费。
先把白板的面积分割好，一边贴一边讨论任务名称，粘贴位置，是否把某些特别困难的任务分到两张纸上等等。
第九章：方法
方法是什么？方法论可以看作冻干的流程，让软件项目成功的药方。有些程序员信赖方法论，有时择一而终，有时则混而用之。而另外许多人则不肯让自己的独特才华屈从于任何条条框框。
每个人都想要成功，但是失败了并不一定是成功之母，失败了很可能再失败。
成功是有一些流程的，我们必须遵循计划，步步为营。
项目管理大师瓦茨汉弗里提出了：“必须制定更多计划的主张”。“只要个体开发者部位个人工作制定计划并遵循之，项目就会无法控制，不可管理。”
我们都为组织工作。
组织需要计划。
除非你的工作足够独立，否则必须按进度工作。
如果你不自己做进度安排，别人就会给你安排。
这样别人就会控制你的工作。
以上是珍贵的经验，应遵循之。
我们在实践中探寻软件开发方法，身体力行的同时也帮助他人，建立如下价值观：个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划
第十章：工程师和艺术家
以前有一篇文章叫“谦卑的程序员”，有这么一段话：“优秀的程序员很清楚自己的能力是有限的，所以他对待编程任务的态度是完全谦卑的，特别是，他们会象逃避瘟疫那样逃避‘聪明的技巧’”。
（一辆车刹车失灵，摔下悬崖，项目经历，硬件工程师和软件工程师的对话：软件工程师说了句，动手开干之前，我想应该把车推回山上，看看事故是否会重现！！！亮了）如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！ 介个~~~我们遇到bug也先问能不能重现，不过目地多...
写程序，这句话值得驻足思量。那么编程是工程还是文学？是科学还是艺术？如何解决编程的双重问题成为改领域中许多人的困惑所在。、
高德纳在1984年获得图灵奖时说：’计算机编程是门艺术‘。艺术是什么，艺术是人类智慧所做之物，相对于源自天然或本能的行为而言。
第十一章：通往狗食版之路
Chandle的每个扩展，就其本身而言算不了什么，但如同摩根萨奇的相册程序做到的那样，每个扩展都给它最初的承诺注入了生命力。正式这些扩展，以及他们几乎不费吹灰之力就把貌似截然不同的信息拼到一起的能力，赢得了一片惊呼之声。
做软件真的很难，以作者三年的软件时间经验，尽管也有令人激动地新方法论、清规戒律以及突破性的想法。然则，困难有不同的类别。养孩子难，葬先亲难，出生和成长，与人同住或无人相伴，尝试去爱，无法去爱，接受他人之死，接受自己之死，都难。。
软件，那是另一个困难世界，跟生活相比，不太难的一种。
结束语：
通过阅读这本书，让我对软件开发有个全新的认识，同时，也拾起了我多年前读纸质书的感觉，每晚，一灯如豆，帘外是如墨的夜色，心便随着作者而去，如同经历一场战斗。而合书而眠，蓦然惊醒，恍如隔世。