复盘项目教训

这些完全是教训，所以分享一下大家开心开心。

1、关于流程：--即使中途加入，也要走完整流程！！

因：

我是在复盘项目进行到一半的时候进入的，需求讲解的视频没看，就看了技术方案，而且主要看了下后台方案，前台方案没怎么看

果：

没有优先开发前台需要的模块，前台需要数据的时候，只能用假数据，不能从已经开发好的后台添加数据，拖慢了前台开发效率。

不了解前台的技术实现，前台有问题的时候只能找前台的学员改。大佬问前台的问题答不上来。作为一个组，这是很尴尬的。

因：没看需求讲解视频

果：如果看了，可能不会选择自己重新造轮子，因为没有意识到难度，也不知道其他人怎么写的。

2、关于组件：--直接用已有的组件，找个好例子，不要自己写，写不出来！！！

因：

看完方案后，打算用组件，结果看不懂组件，就放弃组件，先写自己实现页面和功能

果：

把自己的页面和组件结合起来非常麻烦，很多冲突，或者完全不是一套系统。

页面的布局是自己写的，用了好多css，好长的类名，但是看往期项目，都是bootstrap的默认布局，很简洁，几乎没有css

组件预先定义了HTTP的请求头，导致自己的页面发出的请求是错误的。

3、关于接口：----后端给的接口，自己要从postman里测一遍，包括多了，少了一个字段，或者换一下数据类型会怎么样。

因：缺少接口测试，拿来就用

果：出了问题不知道改哪，时间过去了

4、关于交流：--自己菜，就要“不耻下问”。别因为自己的问题而耽误了整体时间。

因：接口遇到问题，组件遇到问题，总喜欢自己研究

果：并没有研究出什么究竟，反而找到大佬一问，几分钟就解决了。但是大佬一只会忙，后端也一只在忙，所以一定要追着问，这样以后大佬检查的时候，就不会那么严格了。

师兄的回复：

方案没想的那么复杂，你写方案步骤什么都按照产品给的需求来，写实现方法，方案也是主要看你各个方面的功能实现是否有问题，解决项目难点的时候，有问题也要问。