最近一段时间总觉得想要写点什么，但又不知道该从何写起，或许是前段时间的工作比较轻松，没有太大的需求，也没有严重的bug问题，相对来讲是一个平缓期，从之前忙忙碌碌的工作状态中突然进入一段平缓期难免有些不太适应，
可能对于许多职场新人来讲遇到这种情况，空闲的时候就会浏览网页，聊聊QQ，昏昏碌碌过一天。当然我也并不是全盘否定职场新人啊，所以也在此告诫，在我们轻松地时候也不要轻易懈怠，适当放松就行，人总要有点目标有点追求的。不为他人只为自己！
进入这个行业，随着对这门行业的了解，发现自己还是很多东西不懂，空闲的时候也不敢太放纵自己。既然工作上暂时已经没有安排，那么为何不自己给自己充充电？
一个程序员，一定要经常学习，不能落后于时代。作为一个程序员，其实是不幸的，同时也是幸运的：不幸在于，在这个行业中，一定要保持积极不倦的学习态度，不能倦怠，否则就会不适应技术的发展要求；幸运的是，做这行能够接触很多新鲜的东西，不会有别的行业一成不变的死气沉沉。（此段文字摘自《程序员的奋斗史》，大家感兴趣的可以点击https://blog.csdn.net/lihua5419/article/details/81214377获取，小说挺不错的，目前我也在看，还没看完，有时间我就会看一看）
这不，好日子总是短暂的，这周刚接到一个大的需求，是对之前的一个需求的优化，不，确切的说是对需求的重做以及重构，因为此次需求之前就是我负责开发的，想起这个需求我就头疼，我清晰的记得此次需求在之前的开发中遇到了很多问题，包括流程设计的问题、接口设计的问题、需求不明确的问题、最严重的是做出来后又新增功能，总之就是改了又改，其实每一次的修改都是巨大的痛苦，在原来的基础上填填补补，真的是让人痛苦不堪，正如程序猿和产品之间的矛盾不可调和，杀一个程序员不需要用枪，改三次需求就可以了，再好的香水，干不过韭菜盒子。再好的网名，干不过备注。再好的代码，干不过需求变更！
经过之前的惨痛教训，这次开发我也十分谨慎，我主要负责后台开发，此功能主要用于app上的，此功能为问题反馈系统，简单来讲就是用户选择问题类型提交描述信息，会流入配置好的对应业务部门接口人，业务部门接口人会根据所看到到信息进行问题分解以及问题紧急处理，处理完毕流入下一节点责任人，下一节点责任人制定具体措施以及根因分析会流入问题管理员节点，然后进行审核，然后再问题关闭，中间的每个环节都有短信推送通知，大概就是这么回事，虽然描述起来没那么复杂，但是工作量比此前相比改变的不是一点半点，其实我接到需求时只是一个流程图，我并未参与需求的对接以及接口的设计，接口的设计因为牵扯大量的字段信息，以及页面跳转，需求的对接和接口字段的定义都是由app前台设计定义，昨天也只是简单对接了一下接口字段，说已经可以启动开发，今日我开始设计数据库，发现有些接口还存在的问题，鉴于接口的合理性以及效率问题、于是又进行了修改及拆分。
其实后台的设计没那么简单，需要考虑的因素实在是太多了，而前台做的就是展示信息以及页面跳转，后台不仅仅要考虑接口的合理性以及效率性还要考虑之前的旧数据如何兼容，如何处理，还要考虑各种出现的非正常问题，经过深思熟虑，我选择放弃在原来的基础上进行修改，重新独立出了一个模块，只做这一块的需求开发，抛弃之前所有的代码，因为牵扯了流程的变化，在原有的基础上代价太大，因为我更怕这个做出来后，并不是他们想要的结果，如下图所示：
这个漫画描述的一点也不过分，现实中就是这样，其实用户想要的很简单，只是经过时间的演变以及外在因素，却早已偏离主线，今天下午部门还专门拉了一个会议，对接了以后需求的交付流程，会议的初衷是好的，但是我也没有做任何发言，我知道意义不大，这其实并不能解决现实中的问题，反正也是领导说啥就是啥，事不关己高高挂起。说起近段时间的工作感触，真的是感触颇深，在此就先不唠叨了，已经快十一点了，说起十一点，好像这个点也不晚吧，回去躺倒床上或许还得扣会手机。。。。
今天就写到这里吧，接下来还不知道会有啥变动呢，只希望接下来一段时间能顺利的完成需求不要再改来改去了！
