Part 0
原来还要写感想啊，早知道（哔……）
应该说，在团队作业开始前就获得小黄衫，我很意外，也很惊喜。之前因为看了一些往届同学的博客作为参考，我是知道这门课有个小黄衫奖励制度的。但一来没想到这么早就进行评选了，二来万万没想到几乎没有什么技术能力的我能获得这一荣誉。看着阶段总分排行第二的巨佬，我瑟瑟发抖……实在是受之有愧。（我一直觉得我个人编程作业的分是不是打错了啊）不过我倒挺好奇，像我这样技术上几乎啥都不会的人得到了小黄衫，老师和助教是否也会感到意外呢？
Part 1
能够得到这样的认可，还是我莫大的荣幸。而能取得这样的成果，要感谢许多人。
首先感谢我的结对伙伴，HL1123。总分中结对作业占大头，小黄衫理应有他的一半。没有他的热情负责、攻坚克难，化不可能为可能，让我们在结对作业中取得令人满意的成果，我也不会得到这件小黄衫了。（他的总分也非常强，位列第三）作为舍友，在这两年多来，他也帮了我太多太多。也要感谢同为舍友的 Limerences，以及他的结对伙伴 Fzu_wph。我们几人都不算是技术大佬，但在个人编程时我们共同探讨思路，查找资料，不吝分享（当然不是指代码哈），结对编程也时有交流，达到了“互抱大腿”的效果。大家真的都很好！
当然还要感谢我们专业、负责的张栋老师和助教团队。从课程讲授、作业布置，到客观的批改、建设性的评论，每一环节都是不可缺少。我们常说软工实践太累，可这么麻烦的教学模式，老师和助教在每一个环节又何尝不是倾注了相当的心血呢？我们天天满课，但教学团队也一样是在很累的情况下牺牲了大量业余时间。这样，我们才有了充分的提升自我和展示自我的机会。再次感谢老师和助教的付出！
还要感谢邹欣老师和“构建之法”团队。虽说偶尔我会暗自骂说“构建之法”团队是“罪魁祸首”，害得大家都这么累。但严肃地说，这样的教学方式在全国推广，让软件工程不再“水”，以课程的形式让我们提前接触到实际的软件项目开发流程，深植“Learning by doing”的理念，是足以让像我这样的成千上万计算机专业学生受益终生的。
Part 2
这一部分本想写写“经验”或者“秘诀”，但想来我并不够格。不过我还是想说，取得这样的成绩，我靠的一是“认真”，二是“热爱”。
我个人的性格应该是不太讨喜的，比较死板严肃，或者说是“老实人”吧。因此我对于布置的任务一般都会在力所能及的范围尽量完成，虽然可能一板一眼的，但对于这样评分标准细化的作业来说，可能并不算是劣势。我想几次博客得分不低，可能也因为我字数写得多吧……
Part 3
这一部分写写这几次作业下来我个人的一些收获和感想，以及改进方向。
几次作业下来，最大的感受还是关于“Learning by doing”。我深刻地体会到，“做中学”“学中做”，实在是极为高效的学习方式。以前我总觉得跟着书本学习较为系统，门槛也较低，于是上学期我买了一本安卓开发书来看，代码也敲了。但看了半本书我突然发现：我好像是在练打字啊！真要开发项目，顶多有个模糊的印象，几乎没什么进步。但这学期逼着我“Learning by doing”了，发现其实也没那么可怕。（虽然每次拿到作业头几天都很焦虑……）而且这样学效率高，印象也深，十天速成前端不是梦。当然也如我上一篇博客所说，这并不应该成为唯一的技能学习方式。系统的自主学习仍然重要，只是不能只看书和网课，不假思索地敲代码，还是要结合实例。博客、书、动手，缺一不可。
接下来，我希望最想改进的是协作与交流能力，在团队中收获技术，更收获友谊。目前我一个很大的问题还是比较喜欢单干，表现就是在结对作业中基本上是各自负责相对独立的一块，再拼起来。感觉写注释和讲解代码很耗费时间，编程规范的约定也比较流于形式。这一点我时常在思考应该怎么改进，总感觉如果一个程序合作完成，会有点不得劲。倒不是不信任队友，只是单纯地没找到合适的合作方式。希望在团队作业中，我能找到答案吧。
至于与人交流和相处的话，其实到目前为止，因为结对队友关系很好，小组成员也都很积极（组长 helttt 太强了），并没怎么锻炼到这项能力哈哈哈。但接下来，如果小组内我遇到问题需要求助或是他人消极怠工需要催促，如何在达到目的的同时又不惹人厌烦呢？这里小小地吐槽一下，最近两次互评，让我多少意识到了，大学也算是个小社会吧。有时候坚守本心，可能会丢失不少的利益。在这样的情况下，可能我也只能随波逐流了吧。（其实倒并不是想说谁不好，相反感觉大家都还挺热血的，如果把这些转化为做项目的热情和动力，不过于计较得失，应该会好起来的吧）还有就是人不能太贪吧，全都要是不现实的。
当然我还有挺多想说的，不过之前博客也写了不少，此处不再赘述了。接下来的团队项目，希望我能继续努力，提升自己，为团队做出应有的贡献。
Part 4
不说了，放照片吧。
（好久没拍照了，发现胖得好明显啊……）