最近工作效率真的很低，所以来回顾分析一下，问题出在哪里。
近一个月来主要的任务是：
1.控制台嵌入天河
2.资源评估翻新
3.dbstack合入develop
4.紧急审批bug修复
那么一个一个来分析
一.控制台嵌入天河
首先，一开始要做的时候，我对需求并没有很清楚，这导致我对实现方案也很被动。
虽然方案一中的改动也是有必要的，但是还是会浪费一些时间。如果在做之前清楚了解需求，那么就能想到相似的场景，避免浪费时间精力。
第二点就是，没有用最佳方案去实现功能，其实探索新用法花不了很多时间，如果早一点用上最佳方案，就不用再改一遍了。(为了让老板看效果采用了写死的方式，哎，不应该)。不能为了应付而把最佳方案滞后
第三点，遇到问题还是得及时询问，问那些做过相似需求的人。及时向会的人请教
第四点，再开发过程中缺乏举一反三的思考过程，导致只能遇到一个bug解决一个bug，而不能遇到一个，排除同类bug。
二.资源评估翻新
第一点:排期评估方法错误，一定要看代码
这次就根据页面的点击效果来判断排期，实际上不合适。因为没有看代码就不知道业务逻辑是否复杂。
看完代码之后整理一遍业务逻辑，最后再翻新，翻新要注意，框架之间写法的差异，避免报奇怪的错。
三.dbstack合入develop
不要做一半！然后问清楚要做成什么样，切忌想当然！
四.紧急审批bug修复
主要是自测流程简化和业务逻辑相关文档需要更新，避免测试总来问问题
网友评论