结对编程 += 高效率+非常完美 （一场精彩的球赛后带来的思考）

结对编程 += 高效率+非常完美 （一场精彩的球赛后带来的思考）

 

一场精彩的 球赛后带来的思考。一台电脑，两套鼠标键盘，每天这两个人一起为一段代码而努力着。昨晚一场精彩的欧洲杯让“牛人甲”彻夜未眠激动不已，人嘛难免有个走神 打盹的时候，今天上班后“牛人甲”明显有些思路不清，在编码中屡屡出现低级失误，在一旁的小白不停的给他指出来。“牛人甲”也觉得自己实在状态不佳，为了 不影响开发的进行，主动提出让小白操刀，小白立刻接手，避免了在简单问题上的反复修正。下班时，他们仍然按计划完成了晨会上的工作安排。

 

结对编程中的两个人互相备份，当一个人不能完成任务时，另一个人拿起枪来可以继续往前冲。

     结对编程将保证你的项目一直有着持续的进展，两个人一起工作，就意味着两个人的思路被竟可能的统一起来，编写出的代码是两个人共同的语言。这是通过传统的 强制编程规范永远都无法实现。传统的开发过程中，我们会不断定义出很多规范，有时为了确保代码的共通可读性，规范被定义的非常细致，这样很不好。

      首先，这种规范并没有能够彻底解决代码的规范问题，规范过多制约了工程师的发挥，并没有交付出好的代码，只是所谓的可读代码。如果这个工程师离开团队后，势必其他成员要花很大的精力来读这些代码。

     相反，如果我们把开发过程都交给开发者，让他们自由发挥，两俩合作，用语意化的代码进行编写。在不断的变化过程中，由两人小组决定如何去应对。两个人间的 协作，使得他们的意识是统一的，当一个人离开后，工作不会被中断，再补充的一个新手进入团队，以老带新，研发的思路将不断被延续，而你始终不用担心人员的 流动对研发的影响。

 

结对编程中的两个人相互激励，当一个人状态不佳时，会被另一个人的精神带动起来，Team work，实现计划的目标。

     男女搭配干活不累，这句话大家都知道，也都有体会吧，呵呵~！我要说的是，两个工程师搭配也是干活不累。我们的编程大侠们，是一种特性“被激励 ”。你有好的想法，我又更好的主意，你的算法越精，那我就越想超过你。就像武林大会上，大侠互补相让，不管你有多强大，我总想击败你。这里献丑了，取了一个 “被激励 ”的说法。

     真是因为我们在平时工作时，如果是一个人开发，而且今天精神状态不佳，往往表面上看似在工作，其实已经云游四海了。首先，我赞成状态不好时，应该放松休 息，对明天的工作会更有帮助，能更好的进入状态。但是，往往我们国内的项目进度都压的很紧，根本就不给我们好好放松一下的时间和空间，那么一个疲惫的工程 师就要硬着头皮上，孤独的编写的代码，Bug也就随之大量产生。

     再回到我们的结对编程中，一位大侠A今天状态极差，另一位大侠B就肩负起操刀的重任。 大侠B开始疯狂编码， 此时 大侠A就可以先放松一下心态，跟随这 大侠B的思路，在一旁Review着代码。 大侠B奋笔疾书，滔滔不绝， 大侠A的思路也要紧跟不舍。在快跑的过程中， 突然大侠A灵光闪现， 一段代码引起了 大侠A的兴趣，他 的经验告诉他有更好的方法，抢过键盘开始操刀解决问题，进入到极佳的状态。这说明一个人的激情，会感染和他的协同工作者。我们的大侠们，更容易被这种气氛 所带动起来，在短暂的放松后，通过协作的同事把自己的状态调整到一个相对好的阶段。其实，这个过程中他的同事并没有像强迫他必须全力投入工作，而是由于我 们的大侠们都有一个不服输的心，他时刻都有可能被激活，因此，我想称之为 “被激励 ”。

 

在这 里我只是觉得，结对编程这种开发模式，对于振奋团队的精神非常有帮助，可以时刻保证团队高效率的运转，不会因为一个人的问题而影响整个团队，大家相互备 份。当你疲惫的时候，不会让你孤军奋战，会有同伴接替你，稍事休息后，有被同伴的精神，重新带回到战场上，相互激励。每个人都有喘息的时间，但你的项目还 是在高质量高效率完美的交付。