标签：
M2阶段主要是对我们做的LETS的升级。我们主要在关注、评论、IM和界面几个方面进行的升级。我们按照功能进行了分工，平均是两个人做一个功能。M2阶段和M1阶段就有了很大地不同。因为M1阶段，几乎是我们一块做的开发，所以工程中每个部分都很熟悉，对整体有较好的了解，而M2阶段，完全是新做一个功能，然后融合到原来的工程里面，这就使我对整体工程的把握变少了。应该说这样更符合软件工程的思想，比如到了大公司，我肯定只是做软件的一部分。另一个不同点就是我们M2阶段是以功能为主导，通过实现一个功能来学习一系列的技术，而M1阶段是以技术为主导的，最初功能为空，每学会一个技术，就把它能实现的功能加进去。这使得M2阶段的难度增长了很多，因为新增一个功能要学习太多的功能，而且由于时间有限，不可能从零开始一点点的做新的功能。这就只能找一个现有的工程，进行抽取和融合。这个过程中出现了很多难以解决的问题首。先是xml类的问题，比如manifest.xml中的activity的说明，layout中的布局，使用的图片等等。这些从一个项目转移到另一个项目时，很多需要更改。下一个问题是Bmob的消息发送机制，它把发送的函数实现写在一个sdk中，我们无法查看，所以并不知道它的实现原理，然后仿照它的消息发送写，就是不成功，这里浪累了很长的时间。而且要是完全使用被引入的项目的数据结构，需要改变数据库的结构。这个我们最初竭力避免的，但是最后通过android studio的反汇编，努力读出了必须是用一个新的类，必须改变数据库的结构。
以上是关于技术方面的感悟。另外还是感觉到一个团队不应该全都是搞技术的人。张炯老师说过，一个团队里如果有人只是负责想法或者管理，一点代码也不写，这也是合理的。从公司的角度看，这确实是正确的，我感觉在公司并不是程序员就是最NB的。但是在我们的课程中，我们无法模拟到公司的环境，还是做得以技术、代码量为重。有点感觉我们所有的队伍都缺少系统的测试、缺少定期进行规划。缺少系统的测试是说，每个队伍都认为可以一边写一边测试，甚至认为测试是浪费开发时间。编译课程的学习让我认识到了测试真的是一门艺术，有的同学的测试就十分完善，测试数据覆盖面很全，测试思路十分清晰，测试结果显示也十分清晰。还有缺少定期规划，大多数队伍都是开始定了计划，本次迭代要开发哪些功能（当然可能也有队伍没有规划，就是有空就写点，写多少算多少）。但是，随着学业压力的增大，大家都先去写哪些最着急的作业了，比如编译、数据库、数学建模，导致软件工程开发时间不够了。这时应该对任务进行重新规划，以期仍然能够按时发布，而大多人都仍然开发着原来计划的任务，导致到截止时间时，项目并不是一个完整的整体，最后是截止时间的一次次的推迟。
总的来说，还是认为这样的软件工程课是很棒的尝试。从这门课中，确实学到了很多知识，收获了很多前大班所没有收获的。技术上学习到了安卓的很多知识，让我比较轻松地通过了本学期的安卓课程；团队合作上，增加了一定的经历，有了很多感受；项目管理上也积累了一定的经验，比如对git、对文档有了更深的认识。
标签：
原文地址：http://www.cnblogs.com/jirufeng/p/5117170.html
