要花个一天时间把这次做项目的东西好好整理整理。
与前端联调的时间：
上午
9:50开始
晚上下班：
关电脑走，样式引用不到。
下午
3:00-4:30有一个会
我：
8月31号下午周五临时有个会。
9月1号点评接入聚划算有点儿问题改bug。
9月2号发布点评。
9月6号本来有个培训课程<hive>也被推了。
9月6号 ，maven库挂了上午一直到下午，无法打包。
hsf configserver中心服务始终调用不到。
涉及不同类目的测试，找数据。。。
9月7号下午有个年中会议。
9月11，发布前发布单与pe说的不一致，无法升级hsf包。
9月9号是周日，计划加班一天，大家都下午才到。由于前一天晚上睡的实在太晚，有些不在状态。
测试测了这个次做的这个配置功能。但是回归测试却无法做，原因是daily环境无法发布宝贝。由于是周日，也找不到卖家中心的人进行支持，只好先作罢，周一再测，本来计划周一上预发的，这样一来，十万火急了
9月11要做域名指向切换时才知道，pe不管域名的事儿。
需要找dns的人，dns的负责人已经下班，手机不通，又找了一圈，才找到一个负责的人，说是切换域名后5分钟可以看效果，但是等了十几分钟依然无效。
后来才得知可能要半个小时。
====================================================================
功能：在待发货状态与已发货状态之间加一个正在配货状态，并支持卖家批量配货
原有状态：待发货状态-已发货状态-已确认状态（0,1,2）
在页面上有3个tab分别展示上面3种状态的数据。
产品认为这个功能很简单，只要再加一个状态值即可。
其实不然，下面列出需要改动的位置：
1.发货操作方法变更、自测
原来发货要做的操作，核销code，更新预约表status为1，插入数据到超时表.
现在要把核销code放在配货操作中，预约表状态变为3,只有状态等于3的数据才允许发货操 作。
这样原来的发货操作方法需要变更。去掉核销操作并且增加状态位3的校验。
2.新增批量更新服务端接口、自测。
3.界面上交互形式设计、确认。
4.前端开发、前后台数据传输组织。
5.平台中已有数据订正、兼容。
6.第三方调用我们的老接口，必须考虑兼容的问提。数据库有变更，要第三方应用同时发布。第三方是调用我们的老发货接口，是有核销code操作的。
这次服务端与web端同时变更，上线时不论先发哪部分都会有冲突，这个要考虑方案。
期间有编译，部署等
这样这次产品所谓的小改动，实际涉及交互、前端、第三方、数据订正、兼容诸多因素，如果之间没有任何阻力，所有人员都100%待命，那至少要一天时间满满的。100%待命是不可能的，之中可以预料的临时事件最低有一天，那么我认为这个功能从开始开发到提测正常情况下需要3个工作日。
==================计划18号上线==============
计划18号上线，中间，加日志，实现小二运营工具。
今日推荐
周排行