现代软件工程学期总结

前言

对于上软工这门课其实...

​ 因为...

​ 这门课周均用时12小时，相当于两门专业课，关键是只有两个学分，还***必修。

​ 不过鲁迅有句话说得好嘛:

​ 有困难要上, 沒有困难制造困难也要上

​ 然后... 一个团队就建起来了.

攻城喵的创建

攻城喵是在食堂建立的。

​ 还记得那个星期四的夜...咳咳...

​ 那个星期四的下午, 在食堂里游走着两只没有归宿的灵魂，他说... "你找到队伍了吗？"

​ "没有"

​ "那..."

​ "咱俩凑合下？"

​ 就这样攻城喵开启了无产阶级革命的新篇章.

招兵买马

​ 掰着手指头数了数一共要7个人, 我们现在有2个, 还差1...2...3...4...5. 啊正好5个, 所以就找呗, 登高一呼, 就有6位壮士赶了过来, 多了一个怎么办呢. 我就简单的随机抽样抽掉了一个. 然后这个软(mi)工(mi)团(zu)队(zhi)就正式建立了。但凡一个组织... 哦不, 团队, 都要一个名字。就像当年爹妈生下我的时候一样，脑袋一拍，“嘿！要不就叫攻城喵吧！”

确定选题

什么才是一个好方向？我们想了几种：

• 一个全新炫酷的小游戏(贪玩蓝月？？？) ✖

• 继续做教育相关项目(没有很多需求) ✖

• 重构BBS ✔

为什么我们想重构BBS呢，我们经过需求调研，发现80%多的科大学生(包括研究生)都对BBS有需求而且其中90%认为BBS有必要重构了。

孔子说，有需求就有市场。我们的市场就是整个科大的同学，我们想要的，是真真切切的服务到科大同学。于是，在调研之后，我们就开始了3个星期的学习。然而，正当我们兴致满满的时候...

第一次个人作业开始

时间过得比想象中的快多了，刚开始积累技术栈就开始了第一次作业。作业内容是什么都不想回忆了，反正就是一个字肝。

我记得那个星期在软工上面花了25+小时，完成了一个勉强看得过去的作业，为什么不叫他项目呢？因为，后来，我发现，这点工作量甚至不及项目这个词的皮毛。

是的，一次艰辛的长征才刚刚开始...

第二次结对作业

这次的任务量相较于第一次，可以说是直接double了一下，但是难度可不是持平，因为无论如何:

<center>两个人的工作效率 < 一个人的效率 * 2</center>

这一次，两个人加上学习知识(QT)的时间，一共花了50+小时，才将大作业做完，当然，这代码量也就是项目的皮毛。

团队项目正式开始

2018.04.01 - 2018.04.30 这段时间我十分迷茫, 作为项目的PM和前端组长, 我严于律己, 在2个星期内做道能够使用Django 2.0 来干活, 但是团队里七个人中，真正能够有足够的技术修养来干活的也就三个人。但是学习技术的时间不能给太久，当时就想着《人月神话》中的观点： 时间给的越多，效率越低。

于是，我觉得不能再给更多的时间学习了，需要直接开始动工。在开工后，才会有DDL的压力逼迫不愿学习的组员学习。事实证明，我这样的想法是对的。在正式动工第一周后，只有2名组员对基本的技术栈还不熟悉，我和另一名队员已经看完了Django 2.0的tutorial， 可以做到了基本掌握技术框架。做事效率随之变高，之后我又试着增大每星期工作量，但是逼着组员怨声载道。所以为了避免团队中的不和谐因素，并且加强我对于项目的掌控力，我决定不再加强工作量，反而来监督每个组员的执行效率。

2018.05.01 - 2018.05.31 这段时间进入了一个平和期，就像大学中的大二一样，团队中充满着快活的气息，其实是懒散的气息。面对5月底的两门考试，在5月中旬软工项目已经处在半停滞状态，甚至博客更新都需要拖延三天到一周。这段时间我拼着把注册、登入界面的粗版写得差不读了（在后面看来其实还差得远）。

2018.06.01 - 2018.07.06 六月是科大著名的考试月，大考小考连着不断，所有组员全部复习考试，软工项目彻底停滞。

2018.07.07 - 2018.07.18 暑假开始，趁着暑假刚刚开始，我回了趟家，一直在家呆到了18号（中间旅游4天）。期间远程交流项目进度，每日更新Teambition（后来Teambition代替了我们的博客），并每日执行日报制度。但是实际的效果并不好，放假的懒散状态是无可避免的。人突然从高压的状态一下调到放假的状态，的确很难再让人全身心的投入工作。

这期间，我个人每日18: 00 - 24: 00 写代码，完成了登入、注册、找回密码的功能实现，并测试。并且优化了服务器的异步性能(Celery)。

可喜的是，在7.16 - 7.17，前端的工作取得突破性进展，在前端组长张裕人的带领下前端日Commit数突破到了平均每日40次的情况，这个在之前是无法想象的。并且张裕人打破了项目日Commit数的记录(这个记录后来由我在8.02打破)。

2018.07.19 - 2018.07.23 回到合肥，放下行李后第一件事就是召集全员开了一次大组会，详细分析了前段时间的工作效率问题，并且说明以后我会每日督促大家完成每日工作量，没有完成的评分相应减少。

2018.07.24 - 2018.07.29 这期间我有一个去北京实习的活动，日程安排的很满，每日连一个小时都无法抽出来写代码。能做的也就是每日督促组员的任务完成情况。为了避免组员认为他们的PM偷懒不干活，我每日抽出时间，（用手机）连接服务器，将每日做好的部分部署上去测试。

2018.07.30 - 2018.08.03 8月3日被定位答辩时间，但是我们的项目大概还有10%没有做完，加上测试，时间很紧张。于是，我开启了极限模式...

先上图。

团队总commit(contribution)趋势图

我的commit(contribution)趋势图

从6.30回到合肥（凌晨1点）开始，一直到8.03日晚基本完成项目，我一共睡了不到16小时。

最长一次性工作24小时，中间只趴在桌子上睡了40分钟。

每天早上8点给组员打电话叫起床，不到的直接扣分。在几天的铁腕政策下，我们拼了老命终于把项目完成了。

期间，位于洛杉矶的服务器崩了6次，我重新购买阿里云的服务器并且部署，弄了整整一晚上。

期间，个人一共commit 130次，占到团队总commit数的1/4。

期间，一共打了20多个电话，催促组员起床。

期间，和组员争执无数次...

不过结果是好的，项目做完了，算是成功，积累了宝贵的PM经验。

这是我第一次作为一个团队的组长，给自己打80分吧。Over.

- Finished at 2018.08.05 3: 03