Pair Programming 1 (Casual Game) 曹竹 杨牧 贪吃蛇游戏扩展 Blog Report

作者：

曹竹 杨牧

我们的分工：

我们的“贪吃蛇”游戏主要有两个部分拼接组合：后台逻辑和前台绘图，在定义了数据结构后就可以分工合作了。

具体开发过程：

　　我们在前两天对要开发的游戏和项目进行了讨论，确立了要做的项目和需要添加的改动。我们放弃了做立方体表面而做有高度的地面，因为工作量较大，同时立方体表面并不更炫。

　　然后杨牧同学搭了一个初步的框架，并确立了下一步的分工，即一人写后台的游戏逻辑、包括左转右转跳跃吃食物（曹竹），另一人完善前台的贪吃蛇界面，并使其能与后台相互联系（杨牧）。

　　在完成了这两项功能后，我们再次约见汇总代码，共同将基础的贪吃蛇完整实现，最后一起进行了一些细节的美化。

Pair Programming的好处：

首先，对于一个游戏的创新，pair programming给两个程序员提供了充足的交流空间，通过思维的碰撞得到创新的游戏改革方法。本身一个人思考游戏的创新特点是很困难的，但是两个人通过讨论，就能得到更多的道具拓展。
其次，pair programming有利于提升代码的健壮性，鲁棒性。可以从对方的代码中了解到一些解决问题的方法，也能够互相调试对方的程序从而改掉bug。
两个人编程每个人都有自己擅长的方面和不擅长的方面，pair programming能有效的取长补短。比如我们组杨牧擅长Flash的绘图命令，他来进行前台绘图；曹竹擅长游戏逻辑的实施。所以两人结合，一个人负责搭建最初的程序框架，一个人负责细节上的调整与优化，能更加高效。

Pair Programming的坏处：

相比于pair programming的优点，它的缺点有时候可以忽略不计，但这里还是应要求提一些。

Pair programming的两个人前期需要一定的时间去沟通与了解。这一方面可以说是双刃剑，虽然这有些减少程序员写程序的效率，但是通过交流能够在前期在程序员脑中给程序开发构建出比较完善的框架。
Pair programming的两个人需要适当的沟通以及同步进度，沟通不及有可能会两个人做了同样的事情；但是也不应该每改一行代码，就告诉对方。自由度不如一个人编程。

Partner的特点：

曹竹：我的partner是杨牧同学，他先是找到了非常合适的游戏主题和编程工具，然后完成了一个比较完善、而且非常有扩展性的总体框架。

杨牧同学积极寻找了很多可用的游戏的素材，包括压小人、接金币、贪吃蛇等等，工作认真，思考周密，而且通过实践和分析来得出每个题材的优势和劣势，最终我们确定做“贪吃蛇”游戏的扩展。
对于写代码非常专业。他在对as的编程方面给了我很大帮助。

杨牧：我的partner是曹竹同学，他对贪吃蛇游戏的扩展提供了很多意见，在游戏逻辑中处理正确，并参与了图像的美化及后期的调试。

 下面是a photo to show we’re actually working together in Pair Programming style. 

贪吃蛇游戏的扩展：

在原始贪吃蛇的基础上，我们首先将画面变成3D，并使画面变得很绚丽。
其次，我们设置了地图的地形高度，并对应的增加了贪吃蛇跳的功能，使游戏更有趣。

转载于:https://www.cnblogs.com/banana-totolv/archive/2011/03/21/1990841.html