1.结对项目的案例和论文
结对编程是一种编程模式，从字面上理解就是两个程序员并排坐在一台电脑前，面对同一台显示器，他们一起进行需求分析、设计、编码、编写测试用例、执行单元测试和集成测试，甚至一起写文档。这么说吧，基本上软件开发流程里的所有开发环节他们都需要一起肩并肩地、平等地、互补地完成工作。两位程序员坐在同一工作台前开发软件。与两位程序员各自独立工作相比，结对编程能编写出质量更高的代码，对开发人员自身来说结对工作能带来更多的信心在企业管理层次上有效地促进交流分享知识更好的应对人员流动。
2.性格对合作的影响
不同的性格对合作有着不同程度的影响或许有的人顽固己见内向保守不好沟通，又或许同伴是十分热情易于交流这会直接影响合作的质量，合作包括初始、核心、末尾，无论那个阶段受影响都会导致结果失败或变差，这就需要成员之间互相沟通相互理解，以集体利益为主，不使个人情绪影响合作质量
3.是否需要有代码规范
（1）也许规范对个人的开发效率会有负面影响。但是放到整个团队层面上，它恰恰是能够节约大家的编程时间的东西。那个版本管理员花费的三、四个小时，本来可以用来测试、用来修正bug，或许会因为代码不规范而被浪费掉了。
（2）个人的那也叫规范？最多叫个人习惯。足球里有一句话，没有哪个球员比球队更重要。项目组也一样，没有哪个人的个人习惯大过团队规范。
（3）规范应该尽量一致；即使有例外，也只能是少数情况，而不能是很多例外。
（4）这是个人主义，每个人的代码书写习惯不同，应集体讨论优势互补减少对各成员习惯影响
4.代码复审的讨论
代码复审的意义在于找出错误或者是代码不规范的地方，在此过程中可能会发现各种问题算法不够优化，边界条件没有处理好，某些地方需要改进也让开发人员熟悉了各方面的代码和相应领域的知识，这样也保证了产品代码的质量，否则后期发现问题更难，免去了后期修复的将要花费的更大的代价，一旦代码签入产品代码中在把所有问题找出来更难，这更是直接影响软件质量，不能小看小的错误
5.阅读别人的代码有多难
我自己写代码的时候也是不规范不喜欢加注释，每行代码的空格也不相同，所以写完一段程序后都会显得页面很乱一点儿也不美观，再修改的时候也会很麻烦，这也不方便自己阅读，我自己所想的方便阅读和修改代码的方法首先是要养成良好的书写习惯，代码与代码之间的行间隙和空格要相同，括号位置，在写完程序后间隔行代码的位置调整，这也会是代码在查看的时候显得整齐
6.结对编程中不好的习惯——你经历过么，如何提醒同伴改进
每个人都会有一些的坏习惯我们需要理解和包容，对于不拘小节的人可以先和他交流阐明影响尊重他人，对于喜欢发号施令的人要会反驳不然他不知道自己是对是错；对纠错者理解的同时向他表明感谢并提示他自己需要独立完成；要注意团队的合作不能只在意自己在单独相处时和他进行交流阐明集体合作的重要性和他自身的错误