2026年9月1日总结

今天我们的大赛项目终于上线了，虽然还没有人使用，还有很多地方需要完善，但是这么多天的付出终于是有了个交代，但是在开发过程中还是遇到了许多问题，在此进行一个总结。

我们说开始开发应该是8月5号，当时就说要9月1号上线，需求不明确，8月13号才给的一些大赛的策划案，一些资料。我们一共是8个人的小组，我是项目的技术负责人，哈哈哈，三个后端，四个前端。

我干的工作一般是技术选型，团队分工，决策，还有github远程仓库的合并，同时和其他部门的同事协商部署服务器的问题，有时也同时写一些代码。

问题一：我们在开发时，我是让AI出了一版的项目基础结构和技术选型，其中用了一个我们小组都没有用过的技术叫Flyway，是一个数据库迁移工具，导致我们的代码频繁出现数据库迁移脚本冲突的问题，很麻烦

影响了好多效率。

问题二：分工不明确，其实还是我的问题大些，在开发时，往往是来问我该做些什么，我就开始在系统中找找问题，然后给他活干，导致每个人干的活都很分散，其实我现在反思，我们大赛最主要的就是注册报名，提交作品，评审这一整串流程。

我们应该先写这部分，但是我们优先写了好多往届回顾，大赛动态之类的，导致我们在临期时很着急的修改。

问题三：我原本定的计划按期交付，但是由于公司服务器的一些问题，因为我之前也没有真正部署过网站，导致部署的时候又很赶。感觉还是得万事往前赶，临期时公司每天上午还要开会说些其他的事，我就更着急了。

问题四：临期时，我们组好多实习生都要走了，因为要参加秋招嘛，到了上周6,7时，居然都走光了，只剩下我和两个前端小姐姐加班来改bug。我虽然会前后端，但是之前的代码毕竟不是一直跟着他们写的，我看到后端代码真实一脸懵。

问题五：我们开发时一直是跟着资料埋头开发，导致后面给客户时，和客户预期不符，我们之前也做了好多无用功。看来敏捷开发还是得多和客户交流。

暂时想到这么多