想了想这周总是加班到十点左右，但是其实工作效率还是有很大的提升空间的。
同时让我也想到人与人巨大的差距，优秀的人工作效率可以堪比一个团队，比如 安全的 sunwear。
工程师和工程师之间有着天壤之别，天赋的东西可能改变不了，但是可以改变一些非天赋方面的东西。
想了想这次的需求，从设计需求文档，到编码实现需求都有很多地方可以改善提高效率。
一、完成需求文档
首先设计文档的重要性对于接下来写代码其实是最为重要的。
编写代码只是设计文档实现，相比起来，设计文档更为重要，好的设计文档
1、具体需求的设计
首先，需求是什么，这个要确定好。
1.1、确定需求要实现的是什么功能
需求具体的是用来做什么的，
1）罗列需求对应的功能；
2）罗列每个功能对应的意义；
3）罗列实现每个功能的方式；
2、需求涉及的内容
2.1、确定需求对应的流程和流程节点的内容；
确定这个需求功能所对应的流程，比如要审计和实施之类的流程；
这部分工作：
1）要罗列出流程中每个节点；
2）罗列出每个节点中要展示的内容（对应字段）；
3）罗列出每个节点中的对应操作；
2.2、确定流程对应的数据流（sql层次的）
通过需求功能的流程，确定这个功能在系统的数据流，这个需求产生的完整数据流；
这个数据流，就是在sql 中对整个流程涉及的表的操作。
这部分工作
1）针对2.1、中的流程、罗列出流程中涉及的表。
2）设计对应需求中具体的表名、对应的表字段、
2.3、确定流程实现的对应代码以及对应逻辑
这部分的工作就是
1）设计各个流程对应的代码；
2）以及逻辑功能；
2.4、设计接口
确定好接口，就让前端先行调整
1) 发送方式 GET / POST
2) 发送 url
3) 发送对应的参数 和 包装方式
2.5、还有性能方面的需求设计
参考：https://blog.csdn.net/xuanlingtao/article/details/1557006
参考其他人的文章
3、找出需求和其他需求通用的功能
3.1、找出代码通用功能；
比如展示信息的详情代码，比如交付代码
这部分工作
1）找出通用代码，比如每次都需要展示的资源详情代码等，并记录下来
这样在实现的时候，就很快顺便完成了。
3.2、设计表的通用字段；
比如 客户id, 区域id, 产品线id 等数据库表通用字段；
二、编码实现需求
编码其实就是实现设计需求文档中的内容。
只要需求文档写好，代码就会写的相对较为方便。
这里其实说是写代码更快的的原则更加好
即争取一次就写对，并且编译不报错，也就是思路清晰的实现代码。
一次完成，不仅节省自己时间，还有助于改好习惯。
避免在反复修改中浪费时间，
1、记录通用代码，并复制粘贴
其实就是记录通用部分的代码，然后后面使用的时候自己复制粘贴。
1.1、创建类，或者初始化类的通用必要字段
这里要做的工作
a. 确定创建类的必要字段不缺少，比如客户id, 区域之类的id,
用一个文件记下这些必要字段，每次再创建的时候再直接复制粘贴
比如：创建时间，客户id, 区域id, 等等
b. 初始化 set 需要 curd 的字段，比如每次都要初始化的字段，都记录下来
初始化客户id, 创建时间，区域id 等等
1.2、其他的通用部分代码
2、逻辑部分的代码
比如交付代码，
这里的工作是
2.1、首先描述这部分逻辑的功能，对应表的影响、
2.2、先用注释写下思路
2.3、最后、根据思路实现代码
2.4、在本地测试，查看对应的sql 表的字段有没有按照正确的思路实现，修改直到完成需求。
3、记录问题单和反馈中的问题
根据反馈的问题单，总结记录每次出问题的地方，
记录下来，遇到相同的场景，避免再犯错
4、技术能力
这部分就是技术能力了