开始做复盘。

一、看一波java开发规范：

1.命名规范：

包名：小写

类名：首字母大写，驼峰命名

方法名：驼峰命名，首字母小写。

2.注释的方法：

/**

*

**/

类的注释，包括创建人，创建日期，功能说明。

方法的注释，添加日期，添加人，方法的作用。

属性的注释，说明属性的作用，有参数写出参数的功能，对应的是什么？

说明注释，在代码中对于逻辑，功能的一些说明。

3.日志规范

方法传参和返回的时候都要打印日志。

重要功能执行之前需要打印日志来提示开始运行，或者运行结束。

加日志不要引入异常？？

4.数据库建表

1.越小的数据类型通常更好，占用内存，缓存，cpu，都比较少，处理起来速度就更快了。

2.简单的数据类型更好，整型比字符串类型更好，更容易处理。另外，时间应该使用long类型，IP地址也用整型来存储。

3.尽量避免null。每一列最好都是NOT NULL因为使用null很难优化，含有空值会让索引，都变得复杂，所以可以使用0，或者特殊的值来代替控制。

4.对于查询频繁并且数据稀疏度高的数据应该建立索引。

 http://my.wikiNaNteng.com/pages/viewpage.action?pageId=2294374

二、看一下复盘需要做的事情。

学习一下项目开发流程。

敏捷开发。看了敏捷开发以后发现这是一种应用在项目开发中的一种思想，为了适应需求不断的变化，加强开发人员之间的交流，有效的控制进度，还有简化开发流程，加快开发的速度。将敏捷开发运用到实际的开发工作中，有一些手段和工具。

看了老大知乎的文章以后又看了看知乎的live。感觉收获了也不少东西。

1. 需求规划和分期

2. 需求评审

3. 需求讲解

自己想法是在一二这两部需要自己先去看看需求自己思考一下，然后去和pm进行系统的沟通，对整个项目有一个直接的了解，需要了解到自己需要完成什么任务，每个需求是不是可以完成，有什么问题要提出来。这里面还有一个story，task拆分，就是将整个项目进行拆分成小块，然后分成很多细小的task。

4. 方案评审

接口设计，需要后端和前端一起参与来将项目里面的需求进行设计，定义接口然后去沟通修改，这一步可能就已经需要思考怎么实现需求，但是不涉及写代码。

方案设计的时候应该是比较重要的一部分了，这里需要后端开发人员根据需求，去思考怎么实现每一个需求，怎么设计DB去完成，另外还有架构的设计，比如缓存，分布式，使用什么框架，使用什么数据库。

最后是方案评审，这里面肯定是需要找个大佬来评判自己的方案设计是不是合理，是不是符合需求？

5. 每日晨会

晨会汇报大家的进度，遇到的问题，是不是可以按时完成任务，解决办法是什么？

6. 性能测试

7. CodeReview

8. Demo

demo的时候需要将做完的完整的项目交付给产品经理，由产品，leader，测试人员。并且作为项目的开发人员，一定要保证项目不能出现错误，就是在demo的时候不能有可以看到的错误，比如界面404，是肯定不行的。

9. 测试阶段

10.线上Bug修改流程

听完老大的live之后还是有很多之前没意识到的内容，比如作为一个开发人员不能只是去写代码（思考需求怎么实现，大概需要多久这是最基础的），还需要需要有责任心面对整个项目负责，推动项目的完成，比如去参加需求评审，参加设计DB，主动的参加方案设计。所以在敏捷开发中，每一个人都应该是项目的负责人，需要去主动的推动项目的完成，自己有意识的去了解整个项目的开发流程，对自己和对项目都是很好的。

明天计划：

明天对任务进行一下回顾，然后看看老大讲复盘的视频。

遇到问题:

暂时没有

收获：

对项目的流程有了理解，对敏捷开发也有了一些了解。