作者：
王栋，胡广达
我们的分工：
我们的“接金币”游戏主要有三个部分拼接组合：主体框架，多种道具，界面和图像。其中王栋负责主体框架，胡广达负责道具的细化与图像的美化。其中框架如下图所示：
我们的框架设定有很多好处：首先，游戏规则与游戏道具的设定是分开的，这样有利于程序的分块完成，每个人对自己部分的改进都不会影响到程序其他部分的正确性。其次，分块的游戏设计模式能够提高我们完善程序的效率。最后，清晰的框架方便每一个程序员阅读程序，并且剔除程序中的bug。
我们的游戏特性设定有这么几点：
- 游戏的选取：我们利用空闲时间集中一起大约用了5天时间去了解各种casual game并且选取我们要实现并拓展的游戏，这点完成的不错。
- 框架的搭设：主体框架搭建用了2天，这两天内我们了解了Silverlight上的一个开源的物理引擎，利用该引擎，我们很快的搭建出了游戏框架。
- 道具的多样性：大约用5天时间，我们一边添加之前设计好的道具，一边上网玩其他的小游戏，考虑能够加入什么样的道具增加游戏的趣味性。由于框架搭设的比较完善，每一个道具的添加都很迅速。
- 游戏规则的多样性：大约用5天时间，与第3部分同时进行，在考虑添加新道具的时候，同时也在设计着新的游戏模式。
- 美化效果与程序完善：大约1天时间，我们再次集中到一起阅读程序，剔除程序中的bug，美化效果这点也进行的比较顺利，主要由胡广达用Photoshop完成。
Pair Programming的好处：
- 首先，对于一个游戏的创新，pair programming给两个程序员提供了充足的交流空间，通过思维的碰撞得到创新的游戏改革方法。本身一个人思考游戏的创新特点是很困难的，但是两个人通过讨论，就能得到更多的道具拓展。
- 其次，pair programming有利于提升代码的健壮性，鲁棒性。可以从对方的代码中了解到一些解决问题的方法，也能够互相调试对方的程序从而改掉bug。
- 两个人编程每个人都有自己擅长的方面和不擅长的方面，pair programming能有效的取长补短。比如我们组王栋擅长突破一些技术的难题，他来搭建游戏的框架；胡广达擅长图片美化工作。所以两人结合，一个人负责搭建最初的程序框架，一个人负责细节上的调整与优化，能更加高效。
Pair Programming的坏处：
我个人感觉相比于pair programming的优点，它的缺点有时候可以忽略不计，但这里还是应要求提一些。
- Pair programming的两个人前期需要一定的时间去沟通与了解。这一方面可以说是双刃剑，虽然这有些减少程序员写程序的效率，但是通过交流能够在前期在程序员脑中给程序开发构建出比较完善的框架。
- Pair programming的两个人需要适当的沟通以及同步进度，沟通不及有可能会两个人做了同样的事情；但是也不应该每改一行代码，就告诉对方。自由度不如一个人编程。
Partner的特点：
我的partner是王栋同学，他先是找到了非常合适的游戏主题和编程工具，然后完成了一个比较完善、而且非常有扩展性的总体框架（其实已经是可以独立运行的游戏了），最后又为完善界面提供了很多想法。
- 王栋同学积极寻找了很多可用的游戏的素材，包括压小人、接金币、贪吃蛇等等，工作认真，思考周密，而且通过实践和分析来得出每个题材的优势和劣势。
- 我们使用的物理引擎没有任何文档，王栋同学很辛苦地阅读大量已有的游戏代码，在很短时间内掌握了引擎的使用方法。这使得我们的编程工作没有技术障碍，否则任何想法都无法发挥。
- 对于写代码非常专业。他所搭建的游戏框架内容丰富，解决了大多数技术上的问题，但很容易看懂。我增加功能的时候，很多地方都参照他的代码。而且他总是承担一些技术上的任务，比如研究如何使用物品引擎、如何写出排名系统（虽然最后没有实现）等等。
Working Photos
