2012年不是世界末日，所以2013年，软工正常的结束了。。
一个学期的软工课，最大的一个感觉就是累，太累了。。当然，也学到了一点东西，但是我感觉，学到的并不是很多。。真正的软件工程在课上最多只能学一些皮毛而已。。
先说敏捷。说实话，没明白什么是敏捷，虽然在课程伊始，邹老师在课上就和我们谈过了敏捷。我们在进行团队项目时，强制的scrum应该是敏捷的一种办法，但是我却没有从中见到敏捷在何处。敏捷，在我的理解是快速开发，任何的手段都是为了这一个目的服务的。而我们的scrum，不过是一个虚假的表面功夫而已。。没有真正的商讨，交流，甚至没有见面。。当然还有个好处就是让我们时时想着软工的进度，让我们记得软工工程是一个持续的工程，而不是一两天的突击
再说一下自己在软工课学到的东西，
- 结对编程。虽然确实安排了两个结对编程的项目，但是，我，我估计其他人也一样，学会结对编程并不是和自己的结对人结对的过程中学会的，而是在和自己的同学在完成作业的时候学到的。比如说数据库大作业，比如说电梯UI，甚至比如说编译。。之所以不是和结对人一起结对编程，有很多的原因，不熟是一个，还有一个就是结对的两个人对于结对的结果要求是不一样的。。个人认为，结对编程时这个课上学到的最重要东西
- 测试。测试很重要，但是如果时间不足，我肯定首先缩减测试的时间。这是已经养成的习惯。在这个学期，我做的测试只有单元测试，还是简单功能的单元测试。负责模块的测试不好写。测试是不是一个简单的工作，所以课上的短短时间是无法让我们对测试立即了解并认可，课上唯一可以做的，就是让我们知道有测试这么个东西，并且这个东西很重要
- 效能分析。虽然我们只是简单的使用了VS2012的效能分析工具，不过既然知道了有这么个工具，在以后需要考虑到性能的时候，就不会两眼一摸瞎，不知道怎么去评判一个程序的性能了。
之后是关于团队项目的。以自己的经验说一下。我在我们的团队中的角色是PM兼Dev兼Test，其中Test的角色可以不计，因为基本没做什么测试的规划。。作为Dev，我的任务就是开发，完成自己的模块。作为PM，任务就多了去了，自己感觉的有如下几个
- 本组的任务、目标
- 本组的代码结构
- 和其他组交流沟通
- 项目集成
- scrum、博客
- 任务分配
- 进度追踪
在这里，还是得吐槽一下软工的团队项目，七个团队40个人做一个大项目，虽然是分成几个小的项目去做的吧，其中的沟通、交流实在是很必要，但是我们自己又无法做到很好的沟通交流，这就已经注定了项目整体的失败（作为其中一部分的小项目，单独来说可能算是成功），但是具体应该选择什么样的项目，还是得由邹老师凭着丰富的经验去选择，我只是提出自己的看法。。好了，自己小组做的项目，用户管理，按我的理解，是失败了。。用户体验糟糕到了极点。。是我们小组的问题，不是由于七个团队的沟通的问题，这一点还是得承认的。。
想要成为一个出色的软工工程师，这么一个学期的软件工程课是完全不够的，一切还是得靠自己