2018-03-06

09:27 到公司 09:28-09:44 深度优化早会 09:45-09:49 整理卫生 09:50-10:22 思考处理批量支付的问题 10:23-10:27 休息 10:28-10:52 思考批量处理和支付回调整个流程的问题 10:53-10:58 休息 10:59-11:25 思考完成支付回调处理 11:26-11:30 休息 11:31-11:52 设计批量支付新表的使用

11:53-13:35 午休

13:56-14:06 开发批量支付订单中分组接口 14:07-14:12 休息 14:13-14:40 开发批量支付订单分组接口 14:41-11:48 休息 11:49-15:51 处理批量支付是否已经付款的订单查询 15:52-16:52 给斌斌讲解校验框架内容 16:53-17:22 保存批量支付订单完成开发 17:23-17:29 休息 17:30-17:54 测试批量支付订单保存接口 17:55-18:02 休息 18:03-18:28 测试完成批量支付订单保存接口 18:29-18:57 跑步休息 18:58-20:19 测试完成批量支付订单接口 20:20-20:30 编写完成批量支付订单文档 20:30-20:55 和文龙进行沟通

1.思考批量处理和支付回调整个流程的问题 2.思考完成支付回调处理 3.设计批量支付新表的使用 4.处理批量支付是否已经付款的订单查询 5.给斌斌讲解校验框架内容 6.测试完成批量支付订单保存接口 7.测试完成批量支付订单接口

思考: 1.订单业务复杂的参数以及返回值,只能做文档编写处理,目前使用其他的工具做处理.当数据量到达某个级别,几个参数和几十个参数,返回值是几个,返回值是几十个处理的方式和方法是完全不一样的.所以订单业务的复杂程度和其他的模块的复杂程度是不可同日而语的. 2.支付回调的内容就自己处理啦,支付模块就在支付模块处理,不要在其他模块处理,违背单一职责原则,并且其他人不熟悉,导致处理的事情比较麻烦.批量支付的日志处理差不多5人天,这是多么恐怖的事情.我分派任务的失败,以及自己没有培养出来比较多的可能承担业务的人才. 3.人才虽然可能培养出来,但是需要查看人是不是有可培养性的,没有可培养的价值,所谓的培养就是浪费时间.