Summer Annual

这里是世界的某一角落,仅此而已

关于小组作业的多人开发复盘

2025/12/31

在软件工程课程的项目设计担任了组长,因为我实在不是很信任舍友,顺便自己从舍友中挑选能够信任的和还算靠谱的作为组员。 当然,是为了应付课程,所以项目做了个TODO和待办系统,前端Vue+Element Plus(Element只适合快速搭建后台系统前端,这里用其实并不是很合适,还和tailwind会有一些地方冲突,Element有些固定样式也很难改),后端Python,FastAPI,数据库是SQLite。 选择Python是因为开发快好上手(AI在生成Python代码的效果也更好),对于这种小项目MVP来说合适了。

总结复盘一下这次多人开发: 多人协作确实很困难啊。在开发前组长需要说很多东西,包括开发规范(git之类的)和流程让组员知道,才能让开发能够顺利开始,然后就是拆分需求和模块给他们做。 我当时是直接甩了个我写的git指南和其他网站的一篇快速了解前端的文档给了组员看,至于后端就看他们的造化了,而且还有AI AI我要求他们用ChatGPT和Gemini,但其实国产AI的话,GLM、Kimi也是可以的

下面是教训: 一定要配置好CI,一定要开启审查同意后才能合并。 我后端仓库创建的时候实在是太累了就懒得配置CI,也直接暂时开了权限让他们自己先做着,想着第二天再改权限。 然后,你永远不知道你的组员会自信提交和合并什么东西到main分支里,第二天早上我一看只能回滚历史提交了。 请向你的组员反复强调PR分支一定要做完了并且测试完了没问题才能合并。 一定要在gitignore里加入缓存文件夹,.db文件(因为有SQLite)和component.d.ts,node_modules,这几个东西不应该出现在远程仓库里,会导致冲突。 一定要认真做Code Review,我在CR的时候发现了代码的很多问题打回去让组员改了,如果因为自己懒不做CR会导致很多问题 然后是请让组员严格按照需求来,我的组员自行往模块里加了额外的功能还没跟我说,还有BUG,不过还好没影响主要功能

虽然上面吐槽了那么多,但他们开发付出了很多精力,还有写文档这方面他们也做了很多,还是很感谢他们的。

#杂谈

Comments

Coming soon...

ABOUT

头像

淼月ゆうなぎ

凪の海、月と夕焼の夏空が,綺麗……

大学牲,CS系在读。兴趣是阅读和听音乐。喜欢花花草草和天文。会一点画画

CONTACT

如有需要,请通过以下方式与我联系。