阅读完《梦断代码》后，我脑海中徘徊四个字——做软件难。下面这段话的描述很是形象
书中一群人怀抱着改变世界的理想上路了， 却在追寻时发现， 那些近在眼前的理想之峰， 变得那么的遥不可及； 每当翻过一座横亘在面前的山峰时， 总以为已经来到理想之峰的脚下， 却发现这又是另一座需要攀越克服的阻隔之峰软件开发过程有时就是这样的一种体验，目标看是唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走， 问题随着开发的深入而不断涌现； 这就像是坐在大象背上的训象师，用吊在大象鼻子前的香蕉，给大象耍的把戏。
或许因为自己还没有从事软件开发职业，所以对这段话的体会并没有那么深刻。接下来说下自己对于其他章节的简单认识
第8章叫做“白板上的及时贴”。“吃自己的狗食”，这是微软和许多态度严谨的软件公司的一种规定，即开发者必须使用自己正在做的产品。在OSAF，“吃狗食”感觉很对路。吃狗食可以用来在服务器发布版中找出最后一些产品缺陷。在这些前人的经验中，我们可以看到“吃狗食”有助于发现和修正缺陷。“计划会议”提出的“白板上的及时贴”很好地解决了会议上如何知道新版本的大小和无法比较特性的问题。“白板上的及时贴”通过略去已经取消或推后的特性，还有没必要包括的特性，让工作简单化。“白板上的及时贴”能很好地监控工作进度，和我们在团队项目第一次冲刺周期制定的电子版任务看板表格类似，能很好地显示工作进度，从而了解各个团队成功的任务完成状态。
第9章叫“方法”。首先提到质量三角——时间、金钱和特性（或质量）。通过Chandler1.0版的引用，很好地告诉我们，OSAF需要有可行的方法论。作者通过各种案例告诉我们，方法论形成经历了很多失败，通过各个成功人士的修改和添加，出现了各种各样的方法，例如CMM、TSP、PSP、瀑布模型、螺旋模型，最终出现了敏捷软件开发。《敏捷宣言》简明扼要，敏捷方法论层出不穷，有争球式开发（Scrum），最流行的变种是极限编程。团队APP项目的软件开发过程中，采用的就是敏捷软件开发方法，通过敏捷开发方法来实现我们的项目，给我们带来了方便。
在这学期的团队项目开发中，锻炼了自身的团队合作交流能力，学会了简单应用敏捷开发模式，项目开发过程中，加深了我们任务看板、敏捷开发方法的认识，让我明白了当初的做法给团队的不便，在以后的团队项目中，我们要合理运用“吃自己的狗食”的方式，来保证自己项目的质量。