《构建之法》速读提问

一、全书感想

在我看来这本书主要立足于软件工程这门课进行的，但是与我本科学习的软件工程的科目又有很多的不同，这本书讲的东西更关注于时间，更加注重一个团队一起合作做项目时要注意的点是什么。而软件工程的课程更加的注重理论的学习，比如软件需求是什么，编写规格说明书的时候有什么需要注意的事项和格式之类的东西。这本书给我留下的第一印象就是精湛。我们都知道“程序=数据结构+算法”，本书将软件总结为“软件=程序+软件工程”。通过这个看出软件工程的重要。通观全书对我编程改观最大的就是每日构建的书写。在看这本书之前我觉得编程就是编程，尽快完成任务就好，这种东西只是浪费时间，但是我这样认为是因为我从来没有编过很庞大的程序，或者说我没有经历过团队的通力合作编写大型的项目的经历。书中的比喻十分的贴切，它将编写大型的程序比喻为间大楼，而将每日的构建比喻为脚手架，确实脚手架和建楼没有一丝一毫的联系，但是没有脚手架你根本就完成不了任何的搭建。而我们之前进行的编程不过是搭积木，没有脚手架当然也能搭好积木，自然就不会知道构建的意义，而今后在项目中构建是必须要做到的事情。

二、提出问题

1.通观全书可以看到一个项目的执行还是需要不同的部分的程序员、测试员、PM等职位，那么作为研究生做项目是否需要分的这么细呢？

2.团队编程非常重要的一点就是明确整个团队的编程书写规范，那么我们是不是也应当明确编程时的规范呢？应当如何制定相应的规范呢？

3.软件工程的开发过程中的团队模式和开发流程，其中书中重点讲述的是敏捷流程，学习之后我觉得这样的开发流程比较高效，那他是否是最优的呢？还是说没有最优只有最实用的开发流程？

4.我们如果现在一起进行软件项目的开发，那么我们的团队模式一定是一窝蜂模式，我觉得这个东西的提升单纯看书很难有所提升，那么我们要如何有效的进行配合提高呢？

5.对于软件测试书中也只是概述了整体的测试方法，比如黑盒/白盒之类的，想要具体的通过实例了解测试，毕竟按照书中所说，测试是很好融入团队的开始，这部分技能很重要，该怎样提高？

6.需求分析是一个项目的开端，对于我们现在接触的项目大部分需求都是老师给我们的任务，那么我们是不是同样需要进行需求的分析？