读《构建之法》后想到的五个问题：
Q1.书中提到“在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各方面水平较高的一位”。我的问题是：是否要在结对成员选择上，刻意区分出"一强”和“一弱”进行结对呢？
我的观点：不可否认的是结对编程能够提供更好的设计质量和代码质量，两人合作解决问题的能力更强。若是强强联手，势必会事半功倍，无论是在程序质量，还是交流学习上，两人都会受益良多，并共同促进整个项目的高效完成。但对于一些菜鸟来说，结对明显是一种强大的压力。在结对工作中会遇到各种复杂的问题，由于自身水平太差，会担心拖累整个项目的进程，羞于表达自己的想法，以至于得不到有效的沟通，导致任务完成效果差强人意。任何事情都具有两面性，我想结对合作也不例外。
Q2.什么是好的代码规范和设计规范？
我的观点：是像书中所说“简明，易读，无二义性”。还是要有自己的编码风格呢。代码的版式虽然不会影响程序的功能，但却影响程序的可读性。可供程序利用的资源（内存、CPU时间、网络带宽等）是有限的，优化的目的就是让程序用尽可能少的资源完成预定的任务。优化通常包含两方面的内容：减小代码的体积，提高代码的运行效率。代码的版式好比“书法”一样，它追求的是清晰、整洁、美观。让人一目了然，是代码风格的重要构成因素。虽说，程序员写的代码是给机器看的，但毫无规范的代码，无疑会对团队工作带来影响。我认为好的程序应是在编程过程中代码风格和代码运行效率并重。程序员应在养成良好代码规范的基础上，更加注重提高代码的运行效率。即可在提高硬件配置、优化流程、调高代码编写技巧、优化代码方面进行总结。
Q3.不应该根据学生的具体情况来教学吗？
我的观点：书中也提到“考虑到各个学校的具体情况，老师也可以考虑把这门课当作两门课的结合”。那为何不能根据学生情况，具体实施教学方案呢。我看书中的课程安排是16周，而我们去掉假期可能不到十周。书中的个人项目、结对项目、团队项目是分时段，陆续展开的。而我们却要同时进行。如果同学们都能跟得上，那很好。若是绝大多数同学都跟不上，感觉很吃力还做不好，那为何不调整一下呢。
Q4.难道一定要达到一定的工作量，才能做到“身心投入”吗？
我的观点：书中说到“身心投入是学习的关键”，而现在的我们被大量的作业压得喘不过气来，除了身体上的不适，心理上的压力也很大。睡前在想作业，醒来还是作业。当然，完成不了老师布置的任务量，就是不合格。那么老师要是的极少数的合格，大多数不合格还是带领大家循序渐进，真正地、有节奏地“身心投入”到学习中去。
Q5.这本书应用于所有的所有的学校情况吗？
我的观点：刚刚接触老师也才两周，老师已经不止一次的提到别的学校的同学怎么怎么样。我们不是不希望和好的比较，但是谁都不希望被比较。知道老师是为了让我们进步，可这种方式无疑会令我们倍感挫败。邹老师书里面也写了“如果老师能从本校实际情况出发，参考公平性、反馈和可预见性的原则，不断地聆听、总结、分享、改进，假以时日，这门课就能越上越好”。我也希望老师可以对我们班的实际情况做出相应的调整。