3D黑白棋 组对编程总结

 一个星期的组对编程接近尾声，游戏已经发布在网上了，虽然可能还会有许多潜藏的Bug，但是运行的效果还不错，自己也算是满意了。回想起组对编程这几天的过程，有很多感触。

 

    感触最深的还是沟通，这跟一个人单打独斗不同，两个人在一起有很多不同的地方，无论是时间的安排、编码的风格、设计的理念还是最终的期望。这许许多多的不同带来的是配合上的障碍，而扫除这些障碍的方法唯有沟通与交流。组对最初交流设计想法与期望，编码开始前沟通时间、任务方面的安排，统一编码风格与命名方式，编码时讨论具体实现方法，出现Bug时讨论问题根源，这一切的一切都离不了沟通。唯有充分深入的沟通才能使整个过程更顺畅的走下去。

 

    配合也同样重要，当然这要建立在充分沟通的基础上。打个比方，两个人一起组对编程就像两双手一起切菜，左手拿刀或是右手拿刀这都没有问题，但是另一只手得时刻注意扶好菜，要不菜掉到地上或是切到手，这个就不好了。两个人组对编程也是同样，一个人写程序，另一个人看着的同时想逻辑、发现错误，只有两个人都全身心的投入进去，才能达到1+1>2的效果，而不是二个人用一台电脑干半个人的活。

 

    如果以上的两个都做到了，决定最终结果的就是两个人的期望了。只有两个都期望做出一个好的结果，最终的结果才会是好的，如果一个人的期望高一个人的期望低，最终的结果最多是低的那个，甚至更差。其实在两个的期望相差悬殊的情况下，也根本做不到以上所讲的沟通与配合。同心协力，才有可能做出一个好游戏，有一个好的结果。

 

最后感慨一下这两天改Bug的情况吧，由于游戏功能设计的比较多，涉及到AI调用、让步判定、结束判定、动画播放、点击事件锁定、内外同步、Replay中继续下棋的状态修改等问题，游戏逻辑比较复杂，这就导致有很多潜藏的Bug在后来的试玩的体现出来，这其中的原因更多的是我们考虑的不够充分，事前也没有想到会做如此多互相牵扯的功能。在改Bug的过程中，非常感谢Wenlin同学的支持，他经常为了一个Bug要从4楼跑到5楼，很是辛苦。

 

无论如何这个项目已经基本做完了，结果如何已经不太重要，重要的是我们确实学到很多。

感谢Xin老师和Ben。

 

By Shaoqing

 

证据如下：

转载于:https://www.cnblogs.com/ustc_msra_ase/archive/2010/11/28/1890423.html