这次看了梦断代码的最后几章。
第8章叫做“白板上的及时贴”。在本章的开头，有一句话“吃自己的狗食”。这是微软和许多态度严谨的软件公司的一种规定，这句话的意思是开发者必须使用自己正在做的产品。一个好的程序员就应该用自己的双手敲出的代码来实现自己想要得到的功能。在学习中，我学习到了WebDAV（Web-based Distributed Authoring and Versioning）。WebDAV的工作机制是扩展HTTP，增加了让用户在远端服务器上编辑文件的新命令。“kibble计划会议”而提出的“白板上的及时贴”很好地解决了会议上如何知道新版本的大小和无法比较特性的问题。“白板上的及时贴”通过略去已经取消或推后的特性，还有没必要包括的特性，让工作简单化。通过“白板上的及时贴”能很好地监控工作进度，就和我们在团队项目第一次冲刺周期制定的任务看板类似，能很好地显示工作进度，让大家知道目前实现的状态。
第9章叫“方法”。方法这个词对于我们都并不陌生，我们也通常都以为，所有的事情都应该有一套固有的方法，就像我们平时做题目一样，都有一套固定的方法来解决问题。但是没有任何一种方法论能够覆盖软件项目的广大领域。作者通过各种案例告诉我们，方法论形成经历了很多失败，通过各个成功人士的修改和添加，出现了各种各样的方法，例如CMM、TSP、PSP、瀑布模型、螺旋模型，最终出现了敏捷软件开发。《敏捷宣言》简明扼要，敏捷方法论层出不穷，有争球式开发（Scrum），最流行的变种是极限编程。我们在团队项目的软件开发过程中，采用的就是敏捷软件开发方法，通过敏捷开发方法来实现我们的项目，给我们带来了方便。
第10章讲述的是工程师和艺术家。“软件”和“工程”两词已经密不可分。我们常视艺术活动和科学工作为不相干之事，但两者实有雷同。科学与艺术以不同比例占据了创造和洞见的多数工作。工程师当然要在艺术与科学的深渊上搭起桥梁。是工程还是文学？是科学还是艺术？如何解决编程的双重身份问题？这并不矛盾，作为一项艺术品，它必须拥有艺术的灵感与创新，但是又不能 绝对的盲目开发，要有像工程一样的大体规划。
以前的我，对于软件开发来说了解的东西并不是很多，对于冲刺的任务，也只是把它看作为一项作业来完成，在自己开发软件的过程中，遇到问题就想着能不能从网上找到能够解决问题的代码，然后最后东拼西凑，组成了我的作业。通过对梦断代码的阅读，我觉得我也应该要学着吃自己的狗粮，来保证自己项目的质量。在软件项目开发时应有明确的目标，，通过“白板上的及时贴”来优化项目特性，优化工作量。同时通过敏捷开发方法正确地开发软件项目，让自己的项目不仅仅是一个工程，也是艺术。