2009-09-25
好久没做像样的开发任务了
终于可以舒一口气了,自周二早上上线新注册系统以来,我就没轻松过,现在看来,之前的内测只能保证业务逻辑是正确的,而一旦应用到实际的生产环境中,不少跟性能和可靠性有关的问题暴露出来了。那天下午和第二天正赶上移动机房在做什么调整或测试,网络状况一塌糊涂,我负责的那部分几度濒临瘫痪,火速调整了程序对意外情况的处理机制——那部分正是我对之最没经验,也是最疏于测试的。这个调整异常困难,因为putty疯狂掉线,半天敲不出一个命令来,后求索性登录不上,那情景真叫束手无策,太不是滋味了。 昨晚我的系统则暴露了一些严重的内存错误,这些错误在逻辑上可以归咎于我在这个升级项目中继承的老代码,但是出了状况责任还是在我:对待遗留代码太轻浮了。如果我足够尊重老代码,以原汁源味地方式保用它们, 或者完全相反,彻底吃透它们,然后再自由利用,都不会导致系统频繁挂掉。可事实是,我先前很武断地修改了一些参数,殊不知,那些老代码确实有BUG,但因为一些参数被调得比较好,所以很多陷阱被小心规避了,被我那么一改,在设备不稳定以及流量比较大时,系统几乎天翻地覆。昨天直到下班时还好好的,可晚饭后上去一看,程序正汹涌地暴core文件。坐立不安,连夜调试,快两点才把问题糊住。 可昨夜的处理只能算是应急措施,今天一狠心,重写了那部分老代码——说起来我自从接手维护那个老项目就看它不爽了,只是一直没感到必须花时间彻底改造。今天觉得,昨晚的状况足以作为扔掉这个鸡肋的理由了,这次系统升级也是唯一的机会了,而且,经过昨天对异常现象的观察,对如何重写也颇有心得了,不像以前那样嘴硬心虚。 重写非常顺利,现在我对我负责的这个子系统基本心满意足了——功能和运行状况都很好,而且所有业务代码都是自己写的,也就是说没有哪一块是不在我的掌握之中的。今晚一边开着系统日志一边看完了电影《赎罪》的剩余部份,看着日志刷刷地走,惬意啊。至于那个电影,从文件时间来看居然是半年前下载的。 这周累,健身活动也取消了一次。回头想想,有几个关头还挺恐怖的:上线以后暴出问题,又不可能因为个别子系统的缺陷撤回老系统,只能尽最大努力就地解决问题,真不敢想象如果毅力或能力挺不过来咋办。 明天啥事不干,就慢腾腾地消磨时间。后天要上班,为了那8天。



