第一章里算是给软件工程给个定义，也给了几个公式，像 软件=程序+软件工程 等。做到符合用户需求的软件，在预计时间内发布“足够好”的软件，展现所开发的软件是可维护，可持续发展的。总的来说，是创造好的软件。
说几点自己感觉感触较大的方面吧。
“稳定，一致的交付时间是衡量一个员工能力的重要方面。”我一直以为在规定的时间内交的越早就是能力越强，在书里举出的AI和Bob例子里打破了我的这种观点，在给出的多个任务时交任务时，有“稳定”的交付时间，这算是更优秀一些。想要稳定，就得有非常扎实的基本功和一些经验，这样面对各种各样的任务时，能做到不慌乱，按着节奏走，最后达到“稳定”的状态。
知道一个项目的团队合作，但是听都没听说过第四章讲的“两人合作”，这应该算是一个小团队吧，在结对编程里我也有很多疑问，比如习惯一个人写，两个人是不是浪费等问题，就像是我们自己写作业，很难看出来哪里出错，其他人却很容易挑出来，我们看别人的作业也是如此。两个人可以减少代码错误量，也可以提高代码的质量，相互提供经验，分享知识，是一件很好的事。后面还写到了两人合作的不同阶段和技巧，看着挺羡慕的，不知道自己什么时候可以有个可以互相融合，互相影响，互相理解的代码搭档。
团队合作。这个算是上一章“两人合作”的深入吧。主要讲了团队协作的模式流程，各种流程的利弊。在团队模式中，我更喜欢功能团队模式，同事能力不同，平等协作，共同完成一个功能。其他的模式，有的人少，有的严肃，有的散乱。瀑布模型，这算是最开始的编程模式，比较“硬”，在最初就确定好需求分析后对于以后的编程就会有一个明确的目标。但是信息变化迅速，这种模式变得不再适用，各种变形也各有优缺点。这章总的来说：团队跟个人的关系：团队是由个人组成的，个人离不开团队，团队又依赖于个人。