通过大一的C++语言学习后，我们小组完成了第一个项目编程—终结者（樱木花道版）。
接到任务，我们迅速开始……
我们首先上网查阅了相关资料，并下载了一些相关的小游戏进行试玩，揣摩游戏的设计架构及功能实现，汲取别人的长处。接着我们进行课程设计“终结者”的构思，我们最初的设计是界面分为几层，玩家可以在每一层上走动，通过方向键左右移动，遇到楼梯可以上下爬动，空格键发射子弹，并设有各种不同的食物，玩家控制小人走过去“吃”，不同的食物增加或减少相对应的属性（如：生命值、速度等）。然而在真正动手的时候，才发现敲代码远远不像读代码那么简单。我们分工合作，两个人分别编写不同的类，几乎是白手起家，决定和实现每个类有怎样的功能显得异常的生疏和困难，尤其在派生的时候才发现总结出对象必要的属性、行为是多么重要。而这只是困难的开始，当我们把零零散散的代码拼在一起时，终于见识到所谓的“面向对象”并没有我们想象的那么简单。虽然都认真的开了书中的BugHunt程序，可实际上我们很多地方并没有理解到位，尤其是GameController的重要——把一个个孤立的对象联系起来，可以相互“交流”的才是真正“活”的对象，才组成了生动的游戏。我们熬了几个通宵，重写了很多次，删减了许多一开始野心勃勃想要实现的内容，于是有了想在这个终结者的雏形。
之后的时间是我们一起小心翼翼的在游戏中添加一些功能，比如发射子弹，樱木的“走动”效果，以及图片的处理等等……游戏进入和退去的界面也是在这个时期完成的。
在游戏最终出品前期，我们在实验室进行试玩，却发现一个问题：不同的屏幕和分辨率造成了窗口及图片坐标的偏移，我们最初是在自己的电脑上设定的坐标，因为偷懒而直接使用的数字——迅速显出弊端，而在实验室的电脑上，图片甚至发生了重叠。我们随即想到的是把游戏做成两个版本（标屏和宽屏），但后来我们又发现分辨率也会对坐标产生影响，所以两个版本的计划无法实施。我们也去请教了别人查阅了资料，最后用图片的大小来调整层之间的坐标（因为似乎不同的屏幕图片还是不变的），但问题也没有得到根本的解决，结果没有预期的好，这让我们尤其以为可以自慰的地方——游戏的整体美观度大打折扣，希望在以后的学习中能更好的解决该问题，进行游戏的升级与更新。
游戏问世，不是期望的样子……
现在再回头看我们自己编写的第一个游戏，即使抱着“敝帚自珍”的心态，依旧觉得她有那么多不尽人意的地方，毕竟最终的成果有点简单，和当初的设想差得太远，许多功能都没有实现——因为ezwin的功能有限，添加游戏背景甚至是在“梯子”上的走动，都有很明显的闪图，就改成了跳跃；死掉的子弹和敌人都被我们投机取巧的藏在游戏图中，没有真正的delete以释放内存；时间有限，也没有再去在界面中做“生命值”、“速度”等……应该是在开始进行程序架构时，我们就缺乏严谨的逻辑思考，想法太杂太乱，导致有些功能实现起来太过复杂，而使得程序显的臃肿且不利于阅读。
一月奋战，我们还是收获了很多……
这次课程设计中，我们深切的体会到调试的重要，很多问题都是在编译、连接中发现的，看着自己编写的程序一编译出现那么多的错误，信心肯定受到打击，但是通过一次次的修改，看着错误数量的减少，还是很有成就感的。总的来说，我们用于调试的时间远远多与编写代码的时间。
通过课程设计，我们不仅锻炼了自己的实践能力，更培养了团队合作能力。遇到问题时，大家一起互相讨论，一起请教别人，最终找到解决方法，我想这应该是最好的学习过程，在实践中提高自己，比看书的效率高太多了。同时我们也意识到书本上的那些知识对于编程是远远不够的，教科书只是介绍一些皮毛而已，它只是引导你入门而已。我们更多的是要主动的学习，一起做项目就是一种好的方法。
我们知道，我们差的太远太远，要走的路还很长很长……
这次我们小组出品的游戏——终结者（樱木花道版）虽然有些粗糙，功能也十分有限，但是做为这款游戏的整个框架与体系，它实现了我们利用面向对象思想设计游戏的初衷。而在编写以及后来的程序调试与排错的过程中也练习了我们使用C++语言的熟练度以及对常见问题解决的经验积累。更主要的是，他使我们深深地看到自己的差距——学习了一年，还没用过MFC；不能短时间内迅速掌握HGE；即便是参考别人的代码，还要一个字一个字的读……这个挺普通的程序也许是对我们贫乏知识的真实写照，但，这绝不是终点，我们会在今后的学习中努力提高自己的水平，努力创造出优秀的作品。
这是我们软件学习上的第一次试炼，也是我们大一面向对象程序设计学习的成果，相信我们每个人都将终生难忘……
