第四章之两人合作
*每个人在各自独立设计。实现软件的过程中。不免要犯这样那样的错误。在结对编程中，因为有随时的复审和交流，程序各方面低的质量取决于一对程序员中各方面水平较高的那一位。这样程序员的错误就会少很多，程序的初始质量会高很多。这样会省下很多以后修改测试的时间。（P79）
*结对编程是个渐进的过程。有效率的结对编程不是一天就能做到的，结对编程是一个相互学习相互磨合的渐进过程，开发人员需要时间来适应这种新的开发模式。一开始结对编程很可能不比单独开发效率更高，但是再度过了学习阶段后结对编程小组的开发质量开发时间通常比两人单独开发有明显的改善。（P81）
我的感想和问题:
结对编程的主要目的是控制品质和风险，同时建设团队。会给人看的代码和不会给人看的代码品质上有天壤之别，经过讨论的实现也往往比自己独自决定的考虑的更加全面。技术细节掌握在一个人手里对于团队是危险的。而结对既可以让避免这种情况，还能让工程师更快的进步，让团队更多交流，更加融洽。但我查阅了资料，觉得结对编程虽然很好，但绝对是大体力劳动，太累人，不是一般人干得来的，实践当中很少有团队能够坚持下来。并且国内程序员结对编程不太靠谱，如果两厢情愿还成，但最终还是容易矛盾，或者出现问题相互推诿，或者有任务避重就轻，中国人的特点是两人成虫；如果是上级安排就更糟糕了，玩完的可能性极大。我的问题是虽然结对有很多优点，但是它的缺点也是不可小觑的，是否真的值得去做这件事呢？
*每个人在各自独立设计。实现软件的过程中。不免要犯这样那样的错误。在结对编程中，因为有随时的复审和交流，程序各方面低的质量取决于一对程序员中各方面水平较高的那一位。这样程序员的错误就会少很多，程序的初始质量会高很多。这样会省下很多以后修改测试的时间。（P79）
*结对编程是个渐进的过程。有效率的结对编程不是一天就能做到的，结对编程是一个相互学习相互磨合的渐进过程，开发人员需要时间来适应这种新的开发模式。一开始结对编程很可能不比单独开发效率更高，但是再度过了学习阶段后结对编程小组的开发质量开发时间通常比两人单独开发有明显的改善。（P81）
我的感想和问题:
结对编程的主要目的是控制品质和风险，同时建设团队。会给人看的代码和不会给人看的代码品质上有天壤之别，经过讨论的实现也往往比自己独自决定的考虑的更加全面。技术细节掌握在一个人手里对于团队是危险的。而结对既可以让避免这种情况，还能让工程师更快的进步，让团队更多交流，更加融洽。但我查阅了资料，觉得结对编程虽然很好，但绝对是大体力劳动，太累人，不是一般人干得来的，实践当中很少有团队能够坚持下来。并且国内程序员结对编程不太靠谱，如果两厢情愿还成，但最终还是容易矛盾，或者出现问题相互推诿，或者有任务避重就轻，中国人的特点是两人成虫；如果是上级安排就更糟糕了，玩完的可能性极大。我的问题是虽然结对有很多优点，但是它的缺点也是不可小觑的，是否真的值得去做这件事呢？
第十七章之其实还是人的问题
*大家加入一个小组进行项目开发，有项目经理开发人员测试人员等。不久就有人抱怨怎么小组里，有些人就是不干活，最早大家加上所有人都是热心干活的抽象出来就是：
p=｛做事的｝
后来大家发现这个集合可以细分成：
p=｛p1=做事的，p2=不做事的｝
不做事也就罢了，不过这些人还偏偏在团队中占个位置，仿佛要给大家做贡献。不知任务时，他仿佛也同意了，就让我们的项目经理大伤脑筋。（P395）
我的感想：团队是很重要的，一个人只有在团队里才能成长，一个人单单靠自己的力量去成长是非常有局限性，必须要走出自己的世界，才能得到更高提升，进入一个团队，学会在团队中配合，和队友进行交流，是非常重要的，之前我都是待在自己的世界中，不与人合作交流，我发现这样自己根本就不能真正认识自己，没有人对自己进行点评，很多时候都是迷茫的，走出自己的世界，才会发现自己的不足。王者荣耀也是如此吧。
后来大家发现这个集合可以细分成：
p=｛p1=做事的，p2=不做事的｝
不做事也就罢了，不过这些人还偏偏在团队中占个位置，仿佛要给大家做贡献。不知任务时，他仿佛也同意了，就让我们的项目经理大伤脑筋。（P395）
我的感想：团队是很重要的，一个人只有在团队里才能成长，一个人单单靠自己的力量去成长是非常有局限性，必须要走出自己的世界，才能得到更高提升，进入一个团队，学会在团队中配合，和队友进行交流，是非常重要的，之前我都是待在自己的世界中，不与人合作交流，我发现这样自己根本就不能真正认识自己，没有人对自己进行点评，很多时候都是迷茫的，走出自己的世界，才会发现自己的不足。王者荣耀也是如此吧。
