第一章第一节说，软件的特殊性，软件那么多特殊性，那么是不是有可能意味着一个团队就一直为开发的一个软件一直服务，一直工作？
我认为应该是一个团队做完后就让另外一个团队接着完善。
第二章第一节讲单元测试，我们在目前写的是小程序，单元测试对我们测试数据都是用输出来测试，那么我们要怎么向单元测试靠拢？
平时写编程的时候就要严格按照格式来写，写多了单元测试就靠拢了
第三章第一节讲个人能力的成长，那么目前我们作为学生，如何提高我们自己？我觉得第四章的结对子编程挺好，但是当一个团队的水平到达了一定的能力的时候，我们有必要去其他团队学习吗？现在互联网正在迅速发展，以后会对软件工程有什么阻碍吗？
我觉得一个人的成长需要经历，加入团队与团队一起进步。可以去其它团队学习，人往高处走。不会。
第四章第四节讲代码的复审，每次写完一大串的代码后，如果出现了问题，去翻查代码的时候都觉得眼花缭乱，请问代码复审在写代码的时候可以多加注意些什么？
严格按照格式要求写，写完封装一下。
第五章第二节讲团队的模式，我们需要怎么切换这些模式？
5.5：感觉没什么问题，每次写程序的时候都要把需求分析做好，就避免做到后面要修改很多内容。
多学习。
第六章：6.5节，有很多种开发方法，为什么敏捷不会被淘汰？我认为形式化的开发方法挺好，可靠性和质量要求高，敏捷可能会经常出错，那出错多的程序大家都不喜欢。
出错后自然就会补回去，补回去了就达到了很好的效果了。
第七章：怎么样培养我们对MSF模式的认识？目前我们只进行两人的结对子编程，如果要得到培养，就需要更大的一个团队才能实现。
实践。
第十章主要是讲典型用户和场景问题，如何才能将场景做的更完善，可能有些还是想不到的，是否可以让一些朋友参与进来？
多思考，且要换位思考，置身其中的每一个角色。
第十一章主要是讲软件设计与实现，开发人员的标准工作流程是很严谨的，可见作为码农也是非常辛苦的，如何能做到一个比较自由的码农？如果在经验充足，能力值高的情况下，是否就没那么辛苦了？
很难做到自由的码农，当然经验足后，就自然不会是码农了，码农只是一个阶段。
第十二章主要讲的是用户的体验，我觉得第一次就做到很好的东西是不可能的，制作好的软件也会让很多的用户体验，每个用户的操作习惯各不相同，因此，每款软件都会有很多升级版，例如微信，有时升级会改变界面、操作性能等，有时更新过后很多用户不满意更新后的界面。所以说，真正能让用户满意的还需要做出模型来，通过回收用户的反馈后再进一步改进。
第十三章主要讲的是软件测试，一个软件制作好后，那个代码是非常多的，那么当测试中出现了问题，找出问题的根源就非常困难了，有什么方法可以快速的找到导致出现问题的相关代码？
编译的时候注重格式是快速找到问题的很好的一个解决办法。
第十四章主要讲的是软件的质量，我觉得前期工作做的好，质量就不会有问题
第十五章主要讲的是软件的发布，在发布之前要做检测，如何能把所有都检测的彻底？
多操练几次，同时让身边的人一同操作，每个人的思维不同，多人操作后自然就可以检测完整了。
第十六章主要讲的是创新，我觉得创新就要自己了解这个行业，能熟悉了解所开发产品的相关产品，结合其它行业的产品，结合现阶段的发展趋势做一些合理的创新。
第十七章主要讲的是职业道德，无论是从事什么职业都要培养职业道德。