第四章
问题1：程序各方面的质量只取决于水平较高的程序员么？
引用：在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各方面水平较高的那一位。
结对编程在我看来是一种合作，对于实力的不均匀，让我想起来了短板问题的故事。
所以对于书中提到的程序的质量取决于更高水平的程序员，我是有一些疑问的。我认为两个人的结对编程，重要的是合作和互补。只有当实力差不多均衡的时候才能发挥到最优程度。书中之前也提到了在结对编程模式下，一对程序员肩并肩、平等的、互补的进行开发工作。同时，结对合作是非常关键的一个因素，如果两个人像拔河一样的工作，那么怎么可能有成效？所以在我看来，一个程序的各方面质量其实取决于两人的合作精神以及互相帮助提高能力后共同实力的体现。
问题2：goto方法可以使用么？
引用：函数最好有单一的出口，为了达到这一目的，可以使用goto。
在以前的课中，我记得老师说不可以使用goto，于是我查询了资料
因此我也查阅了很多网上的资料，大多数声音都是反对使用goto，主要原因就是goto打乱了结构化设计，我们习惯于顺序执行的代码，而goto会使代码复杂的程度大大增加，但同时带来的好处是会让代码变得更加简洁，在许多系统的源码（例如linux）就大量使用了goto语句，goto语句在复杂的编码中会为代码的编写者节省大量的时间与空间，但会让其他非编写者难以理解，我个人并不反感使用goto，因为如果真正用好goto语句，会为我们的编码带来很大的便利，需要注意的是，goto使用的时机与方式是否正确，如果真的有益于整个程序，那么未必不是最佳选择。
第十七章
问题：所谓的“影评家”难道对我们的影响都是不好的么？
引用：影评家不拍电影、也没有演技，但是他们对电影的一切都可以指手画脚，而且不必承担任何责任，最高领导往往还挺容易受影评家的影响！你在辛辛苦苦做项目的时候，是否又一圈影评家再围观？
从书中的“指手画脚”等词语来说，作者认为的影评家应该是一个只会说但是不会做的一种角色，但是在我看来其实所谓的影评家应该在一些方面来看是起到积极作用的。正如我们看一个电影来说，看电影之前，很多人会去上网百度这个电影的影评，从而推断出这个电影适不适合自己去看。所以导演如果希望影评家能够对自己的评价很好的话，就要努力拍出符合大众审美并且更加吸引人的电影，这样才会又很好的票房。同样的道理也适用于我们的代码世界。在工程师编写程序的时候，最终的目的是为了让用户有更好的体验。在编写的时候，如果有一些“影评家”能够围观你的代码并对你的代码加以点评，完全可以让自己的程序内容提高很多，这样以后的用户体验感也会更强。