0. 软件工程？团队合作？又来？！
从大一以来，每年课程设计不可避免的一个事情就是团队合作。但却是因为团队成员技术水平的不同，以及个人志向的不同，往往是“一个核聚变发动机，带一群老弱病残”——我就是那个发动机，只不过属于比较菜的那种，柴油发动机吧。
但就算是柴油发动机，也让我对与所谓的团队合作望而生却。因为这不像自己做作业，一个人做完就完成了，团队作业，常常是一个人做一组的作业，这就相当郁闷了。而伴随这种郁闷情绪，常常会有一句“凭什么？”。
那既然团队合作本身就不靠谱，我为什么不找一群略微可靠的队友？也是抱着这样的心态，我的队友几乎全是自己要好的朋友。这也奠定了整个团队后续的一些情况。
1. 用例图。貌似是个好东西。
说到软件工程，就不得不说用例图以及衍生的各种图表。
在最开始学习这门课程的时候，这些图表着实让我无所适从。抽象的概念、相似的箭头、纷杂的表达方式，这些并不直观的东西令人头大，也让人不禁产生疑问：这东西有什么用？
但是慢慢学习着就发现，这东西更似乎是一种计算机方面的图纸，整个团队讨论好图纸的设计、运用的技术、注意的细节之后，便按照预先分配的任务，按部就班的完成自己的任务。这种方式，确实优秀，极大的明确了项目的流程，和每个人需要做的事情。
2. 图纸是死的。
现在应该到了正式开发的阶段了。最初我们团队确实按照图纸的要求，按部就班的完成任务。但是此时状况出现了。
在任务安排中，我是前端成员，但是当我写完我的部分之后，发现我的后台和我的后端，甚至连基础的技术准备都没搞好。如果按照这个进度，整个项目在期末考试前根本完不成，没办法，我一个卑微的垃圾前端，被迫成为全栈型选手。前端、后端、数据库、服务器一肩挑，成为一个项目架构师。而且我团队成员呢，则按照我的要求，进行页面或者功能上的完善和补齐。
所以整个项目图纸，被迫修改，整个也开始围绕CURD进行单线程的操作逻辑流，而多表查询这种事情，则被迫放弃。
3. 牛耳？朔逼吧
正当整个团队干的如火如荼的时候，噩耗传来。要出去实训？？？这玩意儿本来是抱着极大希望去学知识的，希望可以补足一下我们团队成员的技术池。但实际是教一些并没有什么用处的老版本技术耽误时间，要需要提交实训项目。
没办法整个团队只好被迫将实训项目和软件工程项目合并，一式两份。
你或许没有看过凌晨三点的哈佛，但是我见过凌晨四点的822。别人或许是996，我直接体验了一波8·4·7，我也不知道自己是怎么过来了，反正一群人在寝室里面不分昼夜的肝代码，最后在最后一个版本提交上线的时候，真叫老泪纵横。
4. 答辩
答辩之前，可能全班还有很多人都在处于没有准备清楚的情况，但是我们组真就一点都不慌。从整个系统外观的手稿设计到原型设计，从服务端纸稿讨论到代码实现部署。完全都是自己组员一个一个日夜肝出来了。所以当考试成绩组分90出来的时候，可以说是我们成员辛苦付出最好的回报。
5. 小黄杉
收到小黄杉那就是意外了，因为最开始真是为了将整个项目完整优秀的写出来，没有想其他的东西。曾国藩说过一句话：“只问耕耘，不问收获”。我认为这句话的理解应该是踏踏实实做好事情了，收获自然是会有的。
没错，确实也收到了彭琛老师小黄杉的奖励。
目前来说我们的轻语博客V1.0已经上线使用。但是仍有很多的问题。V2.0版本已经开始着手开发。希望以后自己的技术和对于项目的理解可以更加优秀和加深。
最后感谢邹欣老师和周筠老师教学团队赠送的小黄衫，感谢你们对软工课程教学的支持。
