思维提升-工作业务（反思总结）

思维提升

思维是感性，技术是理性

很早之前就像写这篇文章了，总结一下这段时间工作的体会，总结一下整个流程，不仅要提升技术，也要知道整个逻辑，反思自己到底学到东西没有，做的事情有没有意义，有没有前景。

• 需求

  目前需求都是让我再某个项目里面添加功能，对照JIRA里面的需求写代码，具体流程是：先写详细设计（我一般写不出来，对项目和需求、代码都不太熟悉），然后按照需求写代码，主要是自己写，不了解的问架构师、前端工程师，然后修改PB(API接口)，然后实现具体功能，最后提交测试，修复BUG，生产环境运行

  这里注意点我觉得还是要 对项目和需求很熟悉，最好提前写下来整个流程，不然边写边改很麻烦

• 开发

  写代码的话目前涉及到修改entity,dao,service层的问题，以lambda,data,mapper文件，目前感觉难点就在于代码逻辑（加一个字段，可能后续其他位置CRUD都需要修改，但是对代码不熟悉就不知道，这可以通过看代码，问同事慢慢解决）和技术问题（日期转换，lambda，mapper，这些是自己能力问题，还是要慢慢摘抄代码，自己学习），这两块比较重要。

• 测试

  我算是刚入职的小白，写代码本地DEBUG没法完成接口对接与数据库入库操作（目前还没发现原因，别人都可以，所以我还是用kmock模拟的），测试了解需求，但是很多时候具体功能、服务器染色问题、服务器IP修改等都不是很了解，这些都会导致BUG，修复的时候很费时间（被坑的很惨，所以除了要对自己代码很了解，也要多问前辈，对业务也要熟悉）

• DEBUG

  就是测试或者生产出问题了要进行修复，不同环境修复不一样，不过都是去服务器上看日志情况，唯一区别是生产日志会删除，所以可以使用XxlJob标记日志，目前我本地无法DEBUG，很麻烦。而且出问题的时候要对需求很熟悉，不然到处问很耗时

总的来说，整个开发流程就是这样，主要还是自己能力不够，开发项目少，对mapper文件，java特性与基础不熟悉，对公司技术框架，代码不了解，分布式，消息队列、sql语句这些命令也不太清楚，还是要加油。