个人作业——软件工程实践总结作业

个人作业——软件工程实践总结作业

感谢老师和助教一个学期以来的帮助

---

一、请回望暑假时的第一次作业，你对于软件工程课程的想象

• 1）对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？
  - 在团队沟通方面感觉有所进步
  - 开始自己学习新语言，进度可能比较缓慢，这一点既是进步也是不足

• 2）总结这门课程的实践总结和给你带来的提升，包括以下内容：

  • 1、统计一下，你在这门软件工程实践中，完成了多少行的代码；
    重新整理了一下大概有有2k5+的代码
  • 2、软工实践的各次作业分别花了多少时间？（做一个列表）

项目	时间
个人项目	37h
结对项目	24h
团队项目	+∞
随堂测验	5h
华为云评测	3h

- 3、哪一次作业让你印象最深刻？为什么？
        团队实践，因为花的时间比较长，出的事故也比较多，包括进度中断，成员退队等等，而且自己是组长，前前后后一些小事也比较杂，所以印象深刻
- 4、累计花了多少个小时在软工实践上？平均每周花多少个小时？
        这个问题不好统计，在团队项目的冲刺阶段每天会有三个小时，而在项目的空档期以及冲刺的休息可能就不怎么碰软工，大体上平均下来每周有五到六个小时
- 5、学习和使用的新软件；
        vs2017；Axure RP 8；unity3d；cocos creator(弃坑);
- 6、学习和使用的新工具；
        百度脑图  
- 7、学习和掌握的新语言、新平台；
        c#
- 8、学习和掌握的新方法；
- 9、其他方面的提升。
        团队协作
        为代码写注释

---

二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析
- 我觉得在做项目中一个很重要的方法是要学会参考网上已有的代码，就好比如刚开始的个人项目数独，因为是比较经典的题目，在网络上能够比较容易的找到相关资料，几种比较常用的算法基本上也是固定的，这个时候就没有必要另辟蹊径，完全可以参照资料修改代码完成项目

---

三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？对于后来人的期许。 特别地，特别地，下一届要不要中途换队员？
- 是要注意时间分配，简单来说，软工实践的价值不是只值2学分的选修课课程，但是反过来，就课业而论，它又确确实实只是2学分，要注意不能落下其它课程。
- 如果团队项目进度比较快的话，我觉得换队员是可行的，能够提前体验一下以后工作是更换团队或者跳槽的情境。但是如果团队进度磕磕碰碰，个人觉得这个时候还更换团队配置是自讨苦吃

---

四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）
- 萌芽阶段：在刚刚定下来做游戏的时候，团队成员对于游戏的内容各抒己见，脑洞大开。
- 磨合阶段： 在Alpha版冲刺的时候经历了成员退队以及游戏制作引擎的更换，之后不得已更改了游戏内容，砍掉了一些本来设想中很重要的内容，比如剧情。
- 规范阶段： 在Alpha版和Beta版制作过程中，大体方向已经定好，各方面都比较平缓
- 创造阶段：坦白因为各方面都还在学习，这个游戏并没有什么可玩性，没有什么出彩的地方，所以个人认为还没达到创造阶段

五、怎样证明你学会了软件工程？
- 1）研发出符合用户需求的软件

      必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件

    - 2）通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件

                       有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

    - 3）并且通过数据展现软件是可以维护和继续发展的。

                       而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料 

---

七、个性发挥，包括图文、照片和创意等
团队合照收尾