July
18th,
2012
哈哈 为期二十天的大学最后一次小学期终于结束了，虽说这个小学期无比的让人蛋疼，但收获颇多。团队里的每一位成员都很认真负责，我们共同完成了两个比较艰巨的项目，在此先感谢之。
实训一：
今晚呢，又闲来无事，突发奇想的想要统计一下这个小学期完成的代码行数，所以下了一个SourceCounter。不看不知道，一看吓一跳，直接上图：
仅仅一个“物流管理系统”的后台代码，竟然有五千多行，加上注释等乱七八糟的东西，都到一万六了。我都不知道这些都是从哪儿里来的。可见这个代码的书写真是烂透了。
这个“物流管理系统”，虽说看着简单，但通过这个项目，收获了很多：
- 完整的接触了Spring，独立地给出了一个SSH的架构，很是欣慰啊~~
- 这种看似技术简单的商业项目，其业务逻辑真的很是复杂。关于“车辆管理”、“路线管理”这些部分的业务逻辑，到现在都还不知道怎么解决。
- 需求真的真的很重要。由于我的原因，项目一开始的时候就不是很重视需求，所以在需求分析阶段，大家草草了之。但之后问题便来了。由于大家对需求不是很清楚，在项目进行的阶段，总是开各种小会，大家一起明确需求，然后才能进行编码。真的很伤神啊！！
实训二：
实训的后十天，我们要搞一个“基于android+SSH的旅游社交软件”。android从来没搞过啊，还是蛮吓人的。但SSH之前已经很熟悉了。所以，我先给大家搭了一个SSH的后台框架，与此同时给大家一些时间去学习android。中期进展还算顺利，但到了后期，一些组员的进度落下了，并且在项目合并的时候花了很大一部分时间，导致我连刷两夜，伤不起啊！
不过，有收获就好：
- 接触了android，首先感觉它很容易上手，但做完了之后才发现，自己做的东西真心好慢啊。android手机的内存是有限的，学会高效地管理内存，才能做出高效地软件。
- 会合理分配任务的组长才是合格的组长。要合理的分配任务，首先要对整个项目的架构有清晰的认识，其次，要对每一位团队成员的实力以及长处有所了解。这样才能让每一个人发挥最大的效果。
- 要随时把握项目的进度，随时了解组员任务的进展程度，千万不能对组员不管不问，等到项目快要结束时才要求提交成果物。如果到那时候组员说“我尽力了，但还是没有完成”，你就只能拿头撞墙了。
哈哈，show一下代码，服务器端：
android端：
其实，到此为止，自己的大学生活可以画上了一个“分号”。因为即将到来的大四生活，与之前的大学生活将会截然不同，没有无聊的课程，我们会去实习，会去出国，会去追求我们的梦想。加油吧，一起向前冲~~