两人合作经过此

项目：贪心算法的应用

          马踏棋盘

#define N 8

void  dfs( int  x, int  y, int  count)

{

     int  i,tx,ty;

     if (count>N*N)

     {

         output_solution(); //输出一个解

         return ;

     }

     for (i=0; i<8; i++)

     {

         tx=hn[i].x; //hn[]保存八个方位子结点

         ty=hn[i].y;

         s[tx][ty]=count;

         dfs(tx,ty,count+1); //递归调用

         s[tx][ty]=0;

     }

}

    现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成已经很少见了，软件都是在相互合作中完成的。合作的最小单位是两个人，两个工程师在一起，做得最多的事就是看代码，每个人都需要看别人的代码，并发表意见。此时就需要一个统一的代码规范，包括了代码风格规范和代码设计规范。

  我在与他人合作的过程中，遇到了许多未知的问题，其中就是少了代码复查步骤。代码复查的正确定义是：看代码是否在“代码规范”的框架内正确地解决了问题，软件工程中的最基本复查手段。就是同伴复审。经过同伴复查后，发现了一个个问题所在，有时候仅仅是拼写错误，而自己却不能发现。在代码复查的提问与回应中能帮助团队成员相互了解，就像练武之人相互观摩点评一样。

     两个人合作中经历各个不同的阶段和各种技巧。开始属于萌芽阶段，两人初次结对，一般交流不少，试图避免冲突和容易引起挑战的观点，我们两人在开始阶段也是如此。直到后期磨合期，规范期，逐渐有了默契，许多事取得了一致，达成了事半功倍的效果。

     那是project到了比较关键的创造阶段，整整一天，我们俩椅子靠椅子的坐在电脑前，一边讨论一般coding，那次才真正的体会到结对真的能够带来效率。一整天的coding是容易走神的事，还好有pair在旁边指导，总是不断在我敲某某变量之前提前告诉我成员变量的名字，数据修改时帮忙检查是否有漏掉的，变量和函数定义的时候一起为其取名字，感觉有点眼花了，就换了个角色，我也开始对他“指指点点”了，一个人coding，一个人review，确实能减少一些不必要的错误，减少一些漏洞，算法实现后一起做些简单的测试，看到bug了再一起分析，我能明显的感觉到与以前的个人编程不一样，我们能比较快的找到bug初始点，并能提出比较的修改方法。特别是当看到功能进一步实现时，心里确实挺happy，更重要的这份感受有同伴与你一起分享。

   经过了此次项目后，我们基本了解了GitHub的基本用法，它相当于存储中心，我在自己这里建立源程序，同伴来fork我的源代码，等他修改完成为完整的代码，在合并在一起，这就是大致的流程。