第四章：
前记：通过对《构建之法》第4章的阅读，使得我对两人合作编程有了更深的了解，了解到了代码缩进的标准和标准的缩进给代码的可维护性带来巨大的方便，了解到了代码复审的流程和代码复审的必要性，同时也了解到了结对编程对提高代码质量的重要性以及学习到了两人合作的不同阶段和技巧 ，受益匪浅。下列是在这章阅读过程中所遇到的问题：
1.问题一：
原文描述：文章73页在讲关于注释部分的文章中提到这样一句话：‘’另外，注释应该只用ASCLL字符，不要用中文或者其他特殊字符，负责会极大的影响程序的可移植性‘’，这句话对我的感触比较深，因为我从来没有用英文写过注释，并且也是第一次看到“注释应该只用ASCLL字符，不要用中文或者其他特殊字符”的观点。
问题：在现在的所有的中国的企业级正规软件应用系统中注释都是英文注释吗？这样的话是不是对程序员的英语水平要求会很高？
个人观点与思考：通过查阅资料很多人的观点是偏向于中文注释，因为维护英文注释的项目对一个中国程序员来说是一种挑战。所以说使用什么语言的注释是不是还需要依据实际情况而定，不能为了增强程序的可移植行而刻意要求程序员用英文写注释，这样反而会导致程序的可维护性下降，同时也会加大工作量。
2.问题二：
原文描述：文章85页提到了结对编程对项目开发的有利之处：
①在开发层次，结对编程能够提供更好的设计质量和代码质量，两人合作解决问题的能力更强。两人合作，还有相互激励的作用，工程师看到别人的思路和技能，得到实时的讲解，受到激励，从而努力提高自己的水平，提出更多创意。
②对开发人员自身来说，结对工作能带来更多的信心，高质量的产出能带来更高的满足感。
③在企业管理层次上，结对能更加有效的交流，相互学习和传递经验，分型知识，能更好的地应对人员流动
使我对结对编程的重要性有了更深的了解，认识到结对编程对提高代码质量、提高个人技能等方面都有很大益处。
问题：结对编程对提高代码质量、提高个人技能等方面都有很大益处，但是对于大多数企业级软件项目来说，都有很大的工程量，那么此时在企业开发中结对编程还会存在吗？两个人能把握住项目进度吗？怎样的项目才更适合结对编程？
个人观点与思考：经查阅资料，在国能很少有人结对编程，其原因除过程序员自身的合作能力问题外，最主要的原因就是管理者怀疑结对编程会让团队效率降低。所以说结对编程似乎只适合小项目的开发，而并不适合大型项目的开发
第十七章：
前记：第十七章前几节讲了领导力以及团队的发展阶段等问题，了解到了领导力的几个重要因素：设定目标、知人善任、带领团队成长以及效绩管理，认识到了领导力对团队的发展壮大的重要性。同时也了解到了一个团队在发展过程中所需要经历的不同阶段：萌芽阶段、磨合阶段、规范阶段、创造阶段，认识到了在一个团队发展的不同阶段所出现的问题，我想这对我自己以后的职业团队中的表现也会存在一定的启发作用。
原文描述：在本章前半部分讲了团队中的效绩等问题，讲了一个团队发展的几个阶段，分别是：萌芽阶段、磨合阶段、规范阶段、创造阶段。了解到了一个优秀团队的发展过程，使得我对自己在团队中的表现进行了相应的思考与反思。
问题：假团队是处在团队成长的哪一个阶段？是完全没有进入团队发展阶段的特殊时期还是团队发展过程中的畸形变化？
个人观点与思考：所谓假团队就是说，名义上有团队的组织，但是成员互相掣肘，面和心不和，有人打酱油。这样的团队是进入团队发展阶段的一种畸形变化，失去了整个团队的核心价值观，对团队效绩不负责。