梦断代码4

 第8章叫做“白板上的及时贴”。在本章的开头，有一句话“吃自己的狗食”。这是微软和许多态度严谨的软件公司的一种规定，这句话的意思是开发者必须使用自己正在做的产品。一个好的程序员就应该用自己的双手敲出的代码来实现自己想要得到的功能。在学习中，我学习到了WebDAV（Web-based Distributed Authoring and Versioning）。WebDAV的工作机制是扩展HTTP，增加了让用户在远端服务器上编辑文件的新命令。“kibble计划会议”而提出的“白板上的及时贴”很好地解决了会议上如何知道新版本的大小和无法比较特性的问题。“白板上的及时贴”通过略去已经取消或推后的特性，还有没必要包括的特性，让工作简单化。通过“白板上的及时贴”能很好地监控工作进度，就和我们在团队项目第一次冲刺周期制定的任务看板类似，能很好地显示工作进度，让大家知道目前实现的状态。

     第9章叫“方法”。方法这个词对于我们都并不陌生，我们也通常都以为，所有的事情都应该有一套固有的方法，就像我们平时做题目一样，都有一套固定的方法来解决问题。但是没有任何一种方法论能够覆盖软件项目的广大领域。作者通过各种案例告诉我们，方法论形成经历了很多失败，通过各个成功人士的修改和添加，出现了各种各样的方法，例如CMM、TSP、PSP、瀑布模型、螺旋模型，最终出现了敏捷软件开发。《敏捷宣言》简明扼要，敏捷方法论层出不穷，有争球式开发（Scrum），最流行的变种是极限编程。我们在团队项目的软件开发过程中，采用的就是敏捷软件开发方法，通过敏捷开发方法来实现我们的项目，给我们带来了方便。

     第10章讲述的是工程师和艺术家。“软件”和“工程”两词已经密不可分。我们常视艺术活动和科学工作为不相干之事，但两者实有雷同。科学与艺术以不同比例占据了创造和洞见的多数工作。工程师当然要在艺术与科学的深渊上搭起桥梁。是工程还是文学？是科学还是艺术？如何解决编程的双重身份问题？这并不矛盾，作为一项艺术品，它必须拥有艺术的灵感与创新，但是又不能 绝对的盲目开发，要有像工程一样的大体规划。