项目总结（前后端两个项目）

两个项目应该都算是告一段落了，我就直接总结了，前边其实也总结过第一个前端的项目，但是现在还是总体来总结一下吧。

先来说说感受吧，跟别人一起做项目，还挺有意思，也还挺有动力，总觉得比自己一个人自学要有动力，因为如果因为你一个人进度慢而拖累整个项目组，你会有一种愧疚感。当然，也有很多时候都是写项目写到自己很崩溃，这时候就需要自我调节，又或者项目负责人鼓励鼓励项目组成员？

我可能是天生的乐观派，所以做项目的过程中也还算可以。但是我看见别人痛苦也感觉挺不好的，也会顺着帮他们捋捋，实在帮不上忙就鼓励。啊哈哈哈，虽然可能也效果不大？

言归正传来说说项目

一、指标项目

项目组人数：5人

项目组成员：yh，pp，sy，xr，lx

后端：yh，pp，sy

前端：lx，xr

开发时长：15天？

应用技术：java，spring，spring mvc，spring data，vue

分工

前端：lx，xr

后端：yh，sy，pp

项目进行

其实项目初期的进行还挺顺利，就是可能刚上手项目，会有点不知道该怎么办。到后来熟悉了一点之后就会好很多。

但是还有一点就是不知道有些地方的规范是什么，比如说，当时写的时候还是不知道前端需要排序，也不知道用户的交互一定要舒服。

后端框架搭起来之后，剩下的就是一些增删改查的操作，所以就上手比较快。而且后端是分模块写的，所以分工也比较明确。

前端框架搭了之后我竟然有点不知道要从哪下手的感觉。但是后来也都克服了，哈哈哈。

遇到的问题

1.需求不明确。

其实在写的时候，因为是翻版，其他的没有变，是把后端项目改用另一种语言重新写一遍了，所以有些东西就是直接拿来用了，比如说需求分析。需求分析是很早之前就写好的，所以再拿回来的时候会发现很多当时没有发现的问题。因为这个项目当时也没有上线使用，所以很多问题当时也没有测试。

于是再一接手就会发现很多问题，有很多软件上需要有的功能，但是需求分析上却没有。

所以，我们又开会讨论了新的需求，哪些地方需要再加，哪个地方需要修改。

2.遇到有技术问题

感觉像回到自己最开始学习的时候，很有动力解决问题，很愿意去解决问题。所以说，在遇到一些问题的时候，竟然还会有点激动。

遇到有的逻辑问题，我都自己先捋几遍，实在捋不清就和朋友一起捋。

要是遇到技术问题，当然第一步还是问百度。然后再讨论。

当时写项目的时候觉得要死要活的，现在想想也不过如此吧。

3.团队方面

其实合作过程中必然会有问题出现，各种各样的问题。

我总会有一种看法，就是写代码的人谁都不服谁，啊哈哈哈，可能也是我的一种错觉。

有时候会因为一个人的进度而使得所有人的进度停滞，应该怎么合理的赶进度。

对于任务，如何合理的分配。

还有一点就是因为项目组的成员可能会因为你们之间太熟了，有些话不怎么好说出口。

反正自己总会用一种玩笑的口吻，把需要说的说出来，可能气氛也没那么僵，但是有些话也说出来了。可能到后来有了上下级的关系之后这点就会更好解决了吧。

二、小组课表

小组课表项目我是参与了后端的开发，项目组成员还是上一个项目组的成员。

说起来有点坎坷，反正最后也是做完了。时间拖了战线也挺长的，但是第一版出来的时候是十几天做完的吧。开始的时候因为一个人去谈另一个项目的需求了，所以就剩下四个人了。

三个人负责后端，一个人写前端（大哥自己要求的）

后来前端告急，大哥鼻炎去看病去了。于是，我们后端写完之后开始写前端。甚至找到了当时学html的时候的乐趣？因为总感觉钉钉小程序还是不太成熟。很多样式什么的也都是自己生怼。当时觉得不好的现在觉得也都还可以？可能是时间太长了，所以很多东西都忘记了。

就简单总结一下吧，

开发前期只要上手了就比较快了，都是一些逻辑的判断。后期会有一些比较难的点，现在写过去也觉得没有什么了。后来转到前端之后，觉得也都还行吧。

后期的坑

有些规范并没有强制性的要求，比如说一些注解，非空的注解，事务回滚的注解（可能在很多人看来都是约定俗成或者说是强制性要求的，但是因为我们自学的话，有些重点也没有被很强调，而且，都是同学之间互相写项目，目前给我的感觉就是功能可以实现是最重要的）

造成的后果就是后来项目基本结束之后，基本重新扒了一遍代码，把一些东西都改了。时间浪费很多，所以往后写项目，一定要把一些基本的约束都加上。

还有一个比较大的坑就是关于数据库的属性类型。最开始用的int，后来了解到项目的实际之后才发现是一个很大的数字，所以，又全部都改为了bigInt，再后来，测试老师的功能的时候，又发现！！！老师的那个字段是有字母的！！！然后再重新改了数据库，改了代码，改成了String。

一步一步。