这次的上线内容并不多，以为会顺利一些的。
上线当天，关联系统进行数据迁移，我们只能先等着。大概两个小时后，迁移失败。还好，不影响我们上线，很快就部署完成，开始验证。A 好使，B 没坏，偏偏业务人员正式开始使用的一个功能出错了，开始排查原因。
好巧不巧，生产日志查不到，只能让运维帮忙看一眼。这个问题很奇怪，做了一些尝试，包括重启服务，也没能解决。定位到是连接相关系统报错，但是连接这个系统的其他功能确实正常的，这就奇怪了。一遍让关联系统分析原因，一遍开始一行行看代码，分析、尝试，最终定位到了问题，有一行代码在测试环境执行很快，在生产环境超时了。然后，就是分析超时的原因，生产数据比测试环境数据大，所以执行慢，但是这行代码只要稍作改动就能快很多，但是目前的问题是不能改代码，需要通过其他手段解决。
又做了一番尝试，想到了一个办法，删除掉一些业务暂时不用的数据，先让这个重要功能正常对外服务。这需要关联系统配合，此时已凌晨三点多，不知道是领导不愿意在这个点联系对方，还是联系不上对方，我们只能等。起码也得到上午了，没回家，找了个行军床睡了两三个小时，早上六点多被保洁打扫的声音吵醒，又找了个椅子断断续续睡到八点。和我一起的同事这个点也醒了，他说要去买早饭，我说替我带一个，我先盯着。
关联系统终于联系上了，但是他们的服务挂了。好不容易起来了，然后又挂了，就这样一直折腾到晚上八点，终于好了。我们赶紧开始操作数据，进行功能验证，万幸，这个方案成功了。晚上九点，下班。从周四早上九点到周五晚上九点，在公司整整待了 36 个小时，也就休息了四个小时左右，还睡的不是很好。
回到家洗漱一番，就开始补觉，一直到了周六早上十点，终于复活了。
上一次通宵加班还是去年的十一月底，这次比上次更加疯狂。按照我以往的惯例，我是得发个朋友圈的，这次不想发了，觉得也没啥意义。一方面我不是解决问题的主力，只是因为负责项目，所以盯着。另一方面领导知道我们加班到几点，这种加班只能算苦劳，不能算功劳，要多想想如果做出有价值的贡献。
就在上线前一天，领导还因为一个功能，希望我们天天加班到十二点，周末也加班一定要搞定，结果因为上线加班这么久，并且那个功能也不像他所想象的那样，所以周末也就没加班。要是这样还周末加班，那可真是太没人性了。
到了周一，又加班到了九点多，不过倒是觉得没啥，和上线这次相比，这都算不上什么。我倒是不排斥加班，唯一担心的是怕自己的身体扛不住。
加班从来不是目的，还是得优化工作流程，规划好计划，不让加班成为常态。我以为通过一味地加班达到项目目标说明这个项目管理太失败了，那还不如换个人来管理。
以上。
网友评论