【结对编程的体验】
结对编程体验极好。我觉得以后编程采用结对编程可以很大的提高效率。
首先，耿子刚先为驾驶员，欧阳炳濠为领航员，负责指出开发编码过程出现的一些小疏漏。
然后，欧阳炳濠为驾驶员，耿子刚为领航员，负责指出开发编码过程出现的一些小疏漏。
最后，到了完善细节的时候，则是两人一起努力，对程序最后产生的将两人所能想到的各种情况进行补充，如入口参数检查，极端情况怎么处理，如何提高代码的效率等。除此之外，还一起思考订正最终程序运行过程中所出现的奇奇怪怪的问题。
体验总结：结对编程过程中，1+1的效率绝对是大于2！整个开发过程中，在自己出现了一些不该出现的细节错误时，有同伴及时指出，在自己思维出现疲劳时，有同伴及时顶替，在自己出现算法上的卡顿时，两个人可以一起商量。还有一点，结对过程中，面对面与他人进行交流，一起工作，其实是一种非常愉快的体验，大大提高了工作的积极性。
【两个组对接的体验】
首先，我们对接的是第8组的ui，对接的比较顺利，当遇到接口不一样时，我们互相退让了一步，互相改了一下参数，我把输入从int的结构体改为了string的结构体，于是就顺利对接。然后对接的过程中出现了一个非常严重的bug，是他在Qstring赋好值了，一旦传进我的函数里面，字符串就变成了空串，然后我就报错，后来一直不明白这个bug怎么出来的，换了一种思路，把结构体设置成了全局变量，问题得到了解决，最后特别感谢第八组给我们发现的bug，加减乘除乘方都设置成0的时候，我们程序没有处理错误，而是进入了死循环。这是我们以前真的没有考虑到的。
后来，我们对接了第二组的ui，对接的比较顺利，体验非常好，几乎没用什么时间就完美对接成功，因为和我们的接口一下就吻合上去了。然后合作也比较愉快。特别感谢第二组给我们发现的bug，bug是浮点数运算的时候，有的精度不太够。
然后在群里面看到了第十组是想要文件输出的组，我们想我们这个有两个版本，一个是字符串输出，一个是文件输出，刚好可以满足他们的要求，所以我们赶紧联系了他们，让他们试一试我们的程序，对接过程也比较成功，合作非常愉快。在试的过程中，他们要求我们把输出文件形式改成了.txt文件，然后我们把输入为int结构体的版本找出来给了他们，对接的过程还算比较顺利，就是出现了一个bug就是，总是一进入我的函数就报错，后来我们都没有办法了，突然想到了是不是文件操作有问题，后来把他们程序中的文件操作都注释掉，果然就好了，应该是文件指针重复定义。还有就是我们的一个锅，本来应该把不做入口检测的版本发给他们，发成了做严格的入口检测的版本，后来花费了一段时间去困惑为啥程序这么容易返回输入错误信息。不过总体来说也是对接比较成功，比较顺利的。在原先没有统一规范的情况下做到这样已经很不错了。
我们又试了一下第四组的ui，对接也非常顺利，就是半小时搞定的，出了一个小bug是他们在调用的时候有的参数没有赋值，然后默认为0，造成返回了输入错误信息。后来咨询了一下我们，顺利解决了。
最后，第十二组的UI主动来找我们，我们给他们发布了x64版本的，没过多久，我也没去参加调试bug，他们就把对接好的发了过来，我觉得特别棒。
总的来说，对接的过程是比较顺利的，然后合作也是比较愉快的。收获：在没有统一API标准的情况下，API一定要多做几套，来适应不同的UI。