一学期已经结束，有挺多东西要反思的。
博客作业学到的
博客作业学到的主要有：GIthub的基本使用（还不是很熟练，平时自己也没怎么用过）；用Markdown语法快速排版文档，写博客；当然最主要的收获还是来自于最后的团队作业。
下面主要说一下有关团队作业的问题。
遇到的问题
这次团队作业我是挺看重的，然而最终完成的却不尽人意。主要有以下问题：
思路不统一
在最开始我们的小会议上，只讨论了一些基本问题，比如要有哪些类，哪些方法，之后却没有深入讨论具体实现以及统一类名，方法名等。以至于到后来发现每个人都有自己的想法，自己的思路，同一个属性，有各种名字，同一个方法，参数列表和实现都不一样。这就给后来的整和带来了问题，后来浪费了很多时间在修改上。
团队经验不足
队员都是大一从头开始学习的编程，没有任何开发经验，所以经常会不知道下一步该干什么，处于一种迷茫的状态。另外对于一些具体功能的实现，可能并没有使用最合适的方法，导致效率低下。不过也不能什么都说经验不足，毕竟也有和我们同样的团队，也做出了很棒的作品。
我自身的问题
因为我上学期学习过Unity3D，也写过几个小游戏，所以队员都让我来主导这次团队作业的开发。但是我并没有很好的协调好各个队员的分工，团队磨合不够好。
改进的地方
在之后的学习中，如果还有类似的项目或者大作业，一定要做好这几点，不再犯之前的错误。
- 在开始之前先理清楚自己的思路，要尽量详细，不要在开发过程中手忙脚乱；
- 对于某个功能实现，多看博客多学习，吸取前人的经验；
- 团队之内要明确分工，每个人都要有目标任务，不再迷茫；
- 注重团队合作，团队精神，队员之间协调好。
重构
目前没有重构的想法，如果我们组内有这个想法的话，我也乐意再次合作。而且假期我有另外的计划，所以这些作业的重构可能要先放一放了。
体会和感受
很快一学期就过去了，想来我对自己本学期的学习情况是不满意的，由于自己的懒惰和时间分配的不均匀，很多作业都没能跟上去。最开始寒假的作业，由于当时还有工作室的一项比较大的作业，所以时间是挺紧张的。然而当时选择了以工作室作业为主，导致这门课程的作业一开始就落下了一部分。到后面累积下来的作业越来越多，便逐渐产生了逃避心理，不太想做博客作业了。其实想想还是自己不够勤奋，如果充分利用时间，还是可以补上来的。只能在以后的学习中多多约束自己，做得更好，不犯同样的错误。最终成果肯定是和自己的努力成正比的。
看法和建议
对于这门课程的实践作业形式，我个人认为是利大于弊。
这种形式其实是以前从来没有接触过的学习方式。我大学之前的学习中，大部分都是一种类似填鸭式的学习，用题海战术应对考试，这种方式简单粗暴，快速有效，但并没有真正学到知识，仅仅了解了皮毛；相比之下，这种实践形式更看重自主学习，培养我们学习的积极性，只要你主动学习，就能学到很多东西。另外，这种方式也使我们对整个知识体系有更深刻的理解，循序渐进的学习逐步巩固知识。最后的团队作业也增加了开发经验和团队合作经验。
不过，这可能并不适用于所有学生。有的人擅长自主学习，而有的人可能适应了传统的学习方式，需要一定的时间来适应这种新的学习形式，而且这种学生是占大多数的。可能有很多人和我一样刚开始是很迷茫的，感觉老师没有任何提示，放了一篇作业博客，然后就完全靠我们自己了。我觉得在刚开始有一个过渡阶段可能会更好吧。到了学习中后期，同学们学习能力提高了，再完全采取这种方式，应该会更合适。以上是我的看法。
最后，感谢这门课程的老师和助教的良苦用心，感谢他们带领我们对编程有了更深刻的理解，以及他们这段时间的辛苦工作。