经过一年的设计与开发，2020年2月1日，当很多人还宅在家的时候，我一个人写的连锁便利店管理系统上线了。而上线的这一天，可以说是我写代码以来最为崩溃的一天。各种测试一个月，模拟使用一个月，上线当天，服务器崩溃了！如果你没有遇到，你永远不会知道那是一种怎样的感受。
2020年1月31日早8：30至18：00，安排助手安装所有终端结束。
2020年1月31日21：00至2月1日零晨3：30，将必须的系统数据导入完成。
2020年2月1日7：30，所有终端开始启用并连接服务器
2020年2月1日8：30，终端使用上报零售后不减库存，影响使用。登录服务器发现服务被强行中断，重启服务后正常。
2020年2月1日9：00，各终端多次上报零售不减库存问题，公司总经理要求尽快查明原因。
2020年2月1日9：30至16：00，查看服务器代码，try..catch所有代码段，输入出错误记录。但未发现可以引起服务中断的异常。
2020年2月1日16：30，无奈上报公司，启动系统上线失败应急方案，计划2月2日暂进撤下新系统，用回原有软件，并启用公司发展另一个方案，即开始与软件公司具体谈合作方案。
2020年2月1日17：00，临时编写一段代码，检测各服务，凡中断的自动重启，尽可能保证前端业务正常。
2020年2月1日17：30，行政部上报除一个分店终端未正常上传数据外，其它分店终端已正常上传。立即开远程查看未上传终端情况，但未发现明显异常。
2020年2月1日17：45，第二次远程查看未正常上传终端情况，在同事提醒下，卸载360杀毒及卫士，重启电脑。数据终于正常上传。
2020年2月1日19：49，数据上传正常，向总经理请示，要求暂停用回原软件计划，再继续试用新系统，但与软件公司合作方案不变。
2020年2月1日21：30，所有终端关闭，再次逐行排查服务器代码，处理了不合理的异常处理方案，并将服务中断检测代码直接变为一项服务。
2020年2月2日，服务器虽有错误输出，但中断次数明显减少，前终零售基本不受影响。但调拨单数据出现库存未按要求增减情况。于当日16：00前处理结束。
2020年2月3日，中心仓库手机端业务提交逻辑问题，分店手机端提交操作业务逻辑问题，于4日零晨2：00修改结束，并更新至服务器。
2020年2月4日，上线后第一次版本更新，出现下载缓慢及下载失败问题，考虑服务器带宽太小，改为安排行政部手动升级，问题暂时解决。
2020年2月5日，手机端调拨数据出现严重库存调整错误，查看代码发现算法有严重漏洞，于2月6日零晨1：00修正结束，并将更新包推送至各终端手机。
2020年2月6日，各部门出现问题大量减少，办公室电话及个人手机终于可以正常打通。
2020月2月7日，财务部提交报表需求，要求在月底前给出解决方案。
至此，系统运行1周，基本能正常使用，存在的问题也越来越难找到错误点，在不影响使用的情况下，还是只能先用着，毕竟更换方案的成本也不小。
然而，想想，以上所有问题都是一个人在处理，压力真的好大。最最关键的是，我TM不是程序员，不是程序员，
不是程序员！
经过这难熬的一周，我也明白了，我要的不是来干程序员的活，我要的是管理！在此标记，仅考虑完成本次软件开发及正常维护，本人再也不写程序了。干自己该干的，我还是干我的管理比较合适。
