问题[第一章：概论]

 在读此书之前，我一直以为当一个团队确定了负责一个项目之后，他们的成员不会再有所修改，会对所负责的项目负责到底。但实际上，软件团队是会流动的。为什么要有人员的流动呢？是出现了现有团队解决不了的技术困难，需要新技术新知识的支持，还是现有团队身担多职，需要人手帮忙？另外，不止是软件程序会有bug，团队也会有bug。此时我们该如何去最好的的处理bug？

问题二[第四章：两人合作]

两个人合作，每个人都按照不同的规范编写代码（变量命名等），开始合作时，规范不统一，此时该如何去协调双方的编写规范？除此之外，在加入一个新的项目时，自己的依照的规范和项目依照的规范不一致，项目的规范属于过时的规范，可读性不高，此时，是否应该改变个人的编写规范，从而符合现存项目的规范。
                                                                                                                                                                     

问题三[第五章：团队与流程]

为什么要结对编程？结对编程有益于编程的复审和交流，那么几人的结对编程更有利于提高编程的效率呢？
                                                                                                                                                                       

问题四[第十一章：软件设计与实现]

软件在运行的 过程中会出现这样那样的问题，也许我们要是不是的给软件打一个补丁，或者维护众多的服务器，团队的新老成员一起工作，恢复各种各样的问题，叫做软件维护，这一系列过程就是软件的生命周期，有人得负责软件项目的管理。我们都知道，学习语言的时候会给我们一个叫做程序的生命周期的概念：软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。众所周知任何一个系统或者是软件都不会是常青树，那么软件的生命周期就是维护的过程还是到他停止运行或者是报废的时候？过程or时刻？

问题五

《构建之法》这本书很人性化，并且在排版上很专业新鲜，是面对“人”来构建这一本书的，越读越觉得是一个经验丰富的大叔向你讲述多年的经验之谈。首章开篇与其他书本差不多讲什么是软件工程，而后从个人发展与成长还有引用很多小故事来阐述在开发软件的种种。书覆盖面广，知识点齐全，不仅仅是介绍软件工程。本书对软件工程师的成长、IT行业的创新和职业道德等也进行了细致的介绍。
提了四个问题已经很词穷了，提的自己都有点尴尬了，所以最后一个问题就写了一个总结，