Pair Project Report 2

作者：

王栋，胡广达

我们的分工：

我们的“接金币”游戏主要有三个部分拼接组合：主体框架，多种道具，界面和图像。其中王栋负责主体框架，胡广达负责道具的细化与图像的美化。其中框架如下图所示：

 

我们的框架设定有很多好处：首先，游戏规则与游戏道具的设定是分开的，这样有利于程序的分块完成，每个人对自己部分的改进都不会影响到程序其他部分的正确性。其次，分块的游戏设计模式能够提高我们完善程序的效率。最后，清晰的框架方便每一个程序员阅读程序，并且剔除程序中的bug。

两个人共同完成游戏：

进行游戏测试：

我们的游戏特性设定有这么几点：

1. 游戏的选取：我们利用空闲时间集中一起大约用了5天时间去了解各种casual game并且选取我们要实现并拓展的游戏，这点完成的不错。
2. 框架的搭设：主体框架搭建用了2天，这两天内我们了解了Silverlight上的一个开源的物理引擎，利用该引擎，我们很快的搭建出了游戏框架。
3. 道具的多样性：大约用5天时间，我们一边添加之前设计好的道具，一边上网玩其他的小游戏，考虑能够加入什么样的道具增加游戏的趣味性。由于框架搭设的比较完善，每一个道具的添加都很迅速。
4. 游戏规则的多样性：大约用5天时间，与第3部分同时进行，在考虑添加新道具的时候，同时也在设计着新的游戏模式。
5. 美化效果与程序完善：大约1天时间，我们再次集中到一起阅读程序，剔除程序中的bug，美化效果这点也进行的比较顺利，主要由胡广达用Photoshop完成。

Pair Programming的好处：

1. 首先，对于一个游戏的创新，pair programming给两个程序员提供了充足的交流空间，通过思维的碰撞得到创新的游戏改革方法。本身一个人思考游戏的创新特点是很困难的，但是两个人通过讨论，就能得到更多的道具拓展。
2. 其次，pair programming有利于提升代码的健壮性，鲁棒性，充分防止了由于“粗心”或者“没有想到”产生的程序bug或者漏洞。两个人同时想问题，多交流，问题考虑就会更加全面周到。王栋做事情比较粗心，经过胡广达的提醒，能够有效的铲除游戏中的bug。
3. 两个人编程每个人都有自己擅闯的方面和不擅长的方面，pair programming能有效的取长补短。比如我们组胡广达擅长photoshop，写程序仔细认真；王栋擅长搭设结构。所以两人结合，一个人负责搭建最初的程序框架，一个人负责细节上的调整与优化，能更加高效。

Pair Programming的坏处：

我个人感觉相比于pair programming的有点，他的缺点有时候可以忽略不计，但这里还是应要求提一些。

1. Pair programming的两个人前期需要一定的时间去沟通与了解。这一方面可以说是双刃剑，虽然他有些减少程序员写程序的效率，但是通过交流能够在前期在程序员脑中给程序开发构建出比较完善的框架。
2. 我认为pair programming需要更加严格的机制来避免程序员偷懒的行为。这一点虽然在我们组当中没有明显的体现，每个人都做了很多的工作。但在我（王栋）个人心中，都会时不时的有偷懒的想法，会思考哪一点对方完成会比较合适。其实这也是我内心的弱点吧。

Partner的特点：

我的partner是胡广达同学，我认为他表现的非常优秀。本次programming前期由我来负责程序框架的搭建，这一部分他基本上没有插手。后期主要是由他来处理细节，完成每个道具的功能。最后两个人再在一起进行完善工作。在合作的过程中，我发现他首先是一个非常全能的程序员，不仅仅程序写的好，而且还会用不同的软件去美化界面，比如photoshop。对此，我对他的特点总结如下：

1. 擅长多种软件，擅长界面的美化，办事让人非常放心。
2. 写程序时非常细心，本来我觉得我搭建的框架已经不错的时候，他会很仔细的去研究并且发现其中的bug，在细节方面非常注重完美。
3. 对程序非常负责，每次两人开会讨论都能按时到场，对游戏有自己的理解和创新处。
4. 如果非要提缺点的话，那就是不擅长用TFS吧，没有能够每次都及时的把程序check in到TFS上。

转载于:https://www.cnblogs.com/takeitandgo/archive/2011/03/21/1990172.html