小云通知项目总结

前言

半年前，给河师大的领导作了一款名叫《小云通知》的小程序，但是一直都没有做一个很全面的总结（也是我个人原因，不太喜欢做总结，但是总结确实是一个很让人提高的方法），所以本篇博客就是总结我在做项目的过程中碰到了一些问题以及我的心路历程。本篇博客以时间线划分。

小云通知项目技术栈

前端：vue + flyio + qs + 微信第三方 + mpvue + vant
后端： spring boot + spring security + jwt + mybatis plus
数据库： mysql

项目开发前

在2020年6月份左右，我那个时候是刚学完spring cloud全家桶、学习了linux的常用命令，复习了大二下学期的期末考试，那个时候我是非常想做项目的，希望通过项目来提高自己，因为一直都是自己在写一些自己的小项目，感觉提高不是很大。然后就真的有一个项目来了叫小云通知，要求对小云通知出第二版（与第一版相比基本上算是重构了所有代码）,那时我们小组回来了两个大佬，一个在知乎工作了五年，负责IOS端的开发，一个在百度工作，负责后端开发。然后这两位大佬带着我们做项目，我是被分配到了前端，前段总共有三个人（其实我是很不想做前端的，不是感觉前端开发不如后端，而是前端知识都是一年半以前学的了，对于很多前段的东西都忘得差不多了，所以我在做这个的时候就觉得很不适应）。
因为对小程序的了解不多，所以学长给了我们两天时间去了解第一版的小云通知以及小程序开发，两天后我们来给学长讲这个东西，我们前段虽然是一起看的项目，但是那天晚上给学长讲的时候，第三方登录逻辑我没有讲的清晰（那个时候确实是小程序第三方的登录没看懂，压根不止到oauth2协议）。所以学长帮我缕清思路后就让我作了登录逻辑以及首页个人页展示三个模块。排工期的时候，因为是第一次排工期，没有考虑到与后端的测试时间导致我们在开发过程中经常加班。

项目开发过程中

这个阶段我们在写自己负责的方面上是没有问题的，但是团队开发出现了两个问题

1. 在与后端交流定制API时，没有形成文档，导致后期前后端部分接口匹配不上，相互甩锅（制定API必须落实成需求文档），
2. 对于git的一整套流程非常不熟练，导致中间出现过代码丢失，合并到主仓库的代码有冲突

项目开发后

小云通知开发过程中虽然出现了很多的问题，但是我们的工期是按时甚至是提前完成了，但是在写完小云通知后出现的最重要的一个问题是没有开总结会议，导致我们自己的总结都是片面的

本次项目的不足

1. 定工期的时候考虑不周全
2. git开发项目流程不熟练
3. 定制API没有落实到文档上

总结

1. 在项目开发时，定工期是一件非常重要的事情，每一个模块都要定制工期，定工期可以从以下几个方面考虑
   - 在实现某个模块前， 有没有一个明确的思路，如果没有思路，就多要点时间
   - 自己要写的模块有没有自己不了解的新技术，如果有，就一定要预留学新技术的时间
   - 在保障自己的功能可以完成的基础上，预留一到两天的调试时间，确保自己的模块不出问题
2. 多人开发一定要熟练掌握git，git本来就是帮助我们提高开发效率的，而不是在影响开发效率，如果你感觉使用git开发效率反倒降低，就要考虑一下是不是自己的问题，对于这git这一点，我有一些小建议
   • 在写完一个功能后，一定要commit一下，让我们的commit粒度足够小，如果出现问题，方便版本回退
   • 每天往主仓库至少提交一次代码，如果自己的代码没有写完，可以先注释了再提交，不要产生冲突就行。
3. 在项目需求分析完毕后，一定要先定制API的标准，落实到文档上，这个不是个形式主义的活，一定要考虑周全，因为API文档一旦定下来，前后端都是照着这个API文档进行开发的。
4. 在项目开发过程中如果碰到的问题，一定要将问题以及解决方案记录下来，这都是经验。。。