2018-03-04

09:47 到公司 09:48-09:49 整理卫生 09:50-10:03 查看下海外智能注册内容 10:04-10:25 和盛哥沈哥讨论讨论深度优化的事情 10:26-10:54 调试下海外智能注册订单内容 10:55-11:00 休息 11:01-11:16 测试完成只有注册类的用户和代理人订单列表和订单列表参数常量 11:17-11:43 思考处理代理人对注册类订单的分组开发 11:44-11:49 休息片刻

11:50-13:20 午休

13:31-14:01 代理人分组实体类参数和参数校验规则编写 14:02-14:10 休息 14:11-14:44 处理代理人分组对象api开发 14:45-15:15 重新思考设计第三方注册类订单分组设计 15:16-16:45 处理完成代理人分组代码开发 16:46-16:55 休息 16:56-17:23 组织代理人给第三方注册类订单分组的参数 17:24-17:29 休息 17:30-17:54 测试代理人给第三方注册类订单分组 17:55-18:02 休息 18:03-18:43 将日志生成进行拆分不同角色的日志生成工具和分组文档编写 18:44-19:13 构建失败,但是一直提示是日志处理的问题,本地没问题,但是jenins无法构建的

1.测试和重构完成用户下海外智能注册订单 2.测试完成只有注册类的用户和代理人订单列表和订单列表参数常量 3.思考设计第三方注册类订单分组设计 4.处理完成代理人分组代码开发 5.组织代理人给第三方注册类订单分组的参数 6.将日志生成进行拆分不同角色的日志生成工具 7.思考设计删除分组表的设计,全部放在商品订单表中 8.完成分组文档编写

技术: 1.业务方法调用深度,尽可能不要超过5层,这样的话对于业务查看和代码功能跟踪都会出现进入细节中的问题,这个问题还是比较难以查看的。2.项目管理不能再这样下去了,这样给研发人员造成太多的伤害了,目前的模式是这样的,要么重金打造,钱非常到位,加班吧,不行就换人,反正钱到位;要么就改变项目管理方式,大公司的996,都是重金的,你不干我还可以找别人的,这样可以推进业务的快速发展.或者改善管理方式,稍稍以人为本,选择比较合适的项目管理方式,不知道大家累不累,我是很累的啊.身心疲惫的感觉。3.可以根据角色或者操作进行包设置,这个看情况,什么时候根据角色或者什么时候根据操作来设置包,这个到底是什么依据来呢。

思考:1.传参数和返回值都需要有各自的包,不能直接在实体类上做处理,如果做处理只能做少部分的数据校验,大量的操作放在持久化类中,就会把持久化类增加了太多的功能,这个是之前没有思考到位的,导致的结果就是支付订单上加上非常多的东西,不仅仅是我的,还有志江开的东西。  2.思考,培训,除了技术上的培训,还要培养下专业化的工作方法和工作态度,只培训技术未必好,可能培养出来一批和自己意愿相违背的人。 3.感觉给斌斌一周去处理邮寄的业务问题本身就是个错误的安排,暂且称之为人性本懒惰,如果没有事情了,不要指望别人去主动找事情去做,如果你不分派,那么就无所事事,暂且这么认为,除非事情做完了,主动找活来做,这样的人是可遇不可求的,因此即使分派出去工作,这是才是我应该做的事情,不要指望下属会主动回报工作,自己要主动掌控事情发展的进度,我要有这方面的认识。

你可能感兴趣的:(2018-03-04)