这周的任务是根据swagger写后端设计说明书。昨天开的说明书review会议。

review既有审查的意思，又有反思的意思，这里是反思。业务上的不能写到自己的网站上，写一些个人的反思经验吧。

我最大的问题是：根据demo代码写接口设计，脱离了真实项目。

反思：这可能是人的惰性吧，回想下感觉蛮可怕的，我根据自己的想法写出来的东西很可能到最后根本用不了，还好在初期被mentor一针见血地指出来了。

然后一些后端设计上的总结：
1、不用delete，用post。
2、swagger生成的是接口设计，不要带上流程图，图放到详细设计里面。
3、上面说的，真实的需求是什么？自己的初期demo只是前期验证下代码可行。要给项目写需求，不是给代码写需求。

上周的反思：周报里的完成情况写详细。比如我写的完成xxx，然后mentor就问，这里的完成xxx到底是可以拿来用了，还是只是一个demo？