第四章

学术界、工业界对结对编程已经有不少研究，请阅读至少两篇相关论文或论文，结合自己的切身体会总结一下。

2.人和人不一样，在和别人合作的时候，要注意各人表达观点的方式和思考的方式不尽相同。请看网上关于MBTI的文章，测试并分享各自的MBTI类型，讨论不同性格类型对合作有多大的影响， 在合作的各个阶段应该如何应对。

ISTJ安静、严肃，通过全面性和可靠性获得成功。实际，有责任感。决定有逻辑性，并一步步地朝着目标前进，不易分心。喜欢将工作、家庭和生活都安排得井井有条。重视传统和忠诚。

ISFJ安静、友好、有责任感和良知。坚定地致力于完成他们的义务。全面、勤勉、精确，忠诚、体贴，留心和记得他们重视的人的小细节，关心他人的感受。努力把工作和家庭环境营造得有序而温馨。

INFJ寻求思想、关系、物质等之间的意义和联系。希望了解什么能够激励人，对人有很强的洞察力。有责任心，坚持自己的价值观。对于怎样更好的服务大众有清晰的远景。在对于目标的实现过程中有计划而且果断坚定。

INTJ在实现自己的想法和达成自己的目标时有创新的想法和非凡的动力。能很快洞察到外界事物间的规律并形成长期的远景计划。一旦决定做一件事就会开始规划并直到完成为止。多疑、独立，对于自己和他人能力和表现的要求都非常高。

ISTP

灵活、忍耐力强，是个安静的观察者直到有问题发生，就会马上行动，找到实用的解决方法。分析事物运作的原理，能从大量的信息中很快的找到关键的症结所在。对于原因和结果感兴趣，用逻辑的方式处理问题，重视效率。

3.是否需要有代码规范

- 这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。

- 我是个艺术家，手艺人，我有自己的规范和原则。

- 规范不能强求一律，应该允许很多例外。

- 我擅长制定编码规范，你们听我的就好了。

 

- 规范的代码可以促进团队合作

- 规范的代码可以减少bug处理

- 规范的代码可以降低维护成本

- 规范的代码有助于代码审查

- 养成代码规范的习惯，有助于程序员自身的成长

4.我们经常抱怨阅读别人的代码很难，我们自己在写代码的时候，是否考虑到如何让代码更易于阅读和维护呢？

      我们应该考虑到怎样让代码易于阅读，就像不同地区的方言，当地人觉得方便易懂，但外人往往不知其所云，为了让大家都可以沟通，才有了普通话的产生。因此代码的编写也应该有一个相对的标准，来便于自己和他人的阅读。

      代码的易于维护性更应该考虑。我们在着手编写代码的时候，通常不能完全考虑到所有的功能，这就需要后期的不断修改完善。如果这时我们的代码不便于维护的话，会带来很大的麻烦，最后可能导致需要抛掉已有的代码来重新编写了。在代码编写之前就需要考虑到这些问题了，可参考的方面有：大方向上进行模块化设计，中等方向上采用设计模式，细节方面多注释、注意变量命名等。

5.结对编程中不好的习惯——你经历过么，如何提醒同伴改进？

*不拘小节的人：两人在一起近距离的工作，但是却不注意个人卫生和互相尊重。开始合作前，吃了很多的大蒜就来了。

*喜欢发号施令的人：总是对敲键盘的人说：“到末行，加个反括号，然后......”。他不去关注解决方法和下一步该怎么做，而过度关注一些编程细节。

*拼写纠错者：坐在你的旁边，纠正你输入的每个错误字符。当然，他没有时间来真正进行导航。

*深藏不露者：仅仅自己敲着代码而不告诉别人他在做什么。领航员不得不靠自己去弄懂代码。关于该用什么方法，该选择哪种设计，领航员和实施者之间完全没有交流。

*跳跃很大的人：他们喜欢在代码中进行大范围的跳跃，这样领航员便不知道进行到哪里了。

1.在我实际的工作中，一般都是女生在一起，并没有过这些不拘小节的伙伴。个人的仪表是对对方的尊重，如果我的同伴真的这样，首先我会提出一起去外面咖啡厅工作或者讨论，这样一般就会适当得体一些，并且给他口香糖吃。
2.首先要肯定对方的提醒，其次也向他提出，我们应该首先解决问题，等一下再一起纠正这些编程规范。
3.好像是开车的时候被人不断提醒一样，有的时候这点确实让人心焦，尤其是很多的拼写错误都是一时手误而且编程工具会自动提醒，当遇到这样的伙伴时，我觉得应该引导他像别的方向注意，在编程前就提出一定的问题希望帮忙留意。让其把重点放在代码上。
4.以前在另一个课程设计时做过项目经理，这点倒是经历过，当时还是大二，编程水平高的同学没有现在这么多，一个组里往往会有一个超过别人很多的人，他的思路和使用的新的技术往往让人一头雾水。结构和代码也不太理解。这个时候应该做出改变的不只是实施者，还有看代码的人，要直接提出疑问，让实施者回答，并且多进行讨论交流意见，并且希望在编程中注释。
5.在看别人编程时，修改代码时，因为不熟悉别人的代码，修改时大幅度的跳跃和转换，让人不知道整个工程的现状。这个时候可以适当让实施者停下，和他讨论修改或者跳跃的原因，理清思路。