我对软工的认识和体会：
1. 需求分析很重要，一个好的需求定位可以带来清晰的目标，十足的干劲，以及之后的用户肯定。在项目敲定的初期，我们组另辟蹊径，决定要做课业数据 API，就是考虑到信息中心没有完善的数据接口(我没有讽刺他们的意思)，而其他做学堂助手的项目组由于时间关系，必然无法进行繁琐的爬虫数据处理。事实证明我们的需求分析时正确的，一个好的需求分析是项目成功的一半。
2. 开发进度规划很重要。软件工程面临的挑战不是数理逻辑上的挑战，而是管理人，管理时间方面的挑战。在项目初期，我们团队心里清楚：既然要做 API，就要早开工，在其他项目团队开始做学堂助手时，就拿出部分接口来，只有这样我们的 API 才能够存活下去，否则我们的项目就是死路一条。但心中明白和实际做是两码事 —— 组内成员都忙于其他事物，在其他组即将开工之际，我们甚至连一份接口文档都没准备好！！不得不熬夜赶出部分 API 接口和开发者使用手册。
3. 用户手册很重要。用户手册好比一颗定心丸，可以留住校园应用开发者。我们的用户手册尽可能做到了语义清楚，详略得当。事实上，我们也没有从开发者那里得到关于用户手册的过多抱怨。
4. 用户反馈很重要。我们在 API 发布之后，旋即建立了微信交流群。这帮助我们及时的从开发者那里得到了有益的反馈。每一次从开发者那里得到反馈时，不管是批评还是肯定，我们都非常高兴 —— 我们的作品，不只是存在，而且被注视。这激励着我们把 API 做的更好！
5. Leader 很重要。庄天翼组长对 js 有着深刻的理解，他为 API 启用 ES7。这不单单是对技术栈的不懈追求，这还是一个非常明智的举动 —— ES7 async/await 语法大幅降低了异步任务编写难度，让组内其他同学都能快速上手开发、测试。此外，他还引入了 ESlint 和 Travil CI, 保证了代码风格的一致性，这也获得了展示现场评委的肯定。一个好的技术组长是可以带领团队共同完成项目一个优秀的项目，并让组内成员感到满足和成就的。
我对课程的建议：
我们都是软件工程行业的新手。同届学生中很难有经验丰富的同学 —— 庄天翼是例外。新手聚在一起搞一个项目，是很难有大幅度长进的 —— 大家视野水平相近，从彼此身上很难学到东西。交付的项目中能令人满意的也不多。因此，我建议 ——下届软工课，联系手头有项目的互联网公司工程师作为导师，一个导师带领1~2个团队，指导同学们为公司开发一个项目。项目交付后由这些工程师出具对同学的书面评价，老师和助教依据书面评价打分。