存档在 2013年9月

数据重建

2013年9月30日

8月18日 客户相关系统和数据重建完成。
1、升级邮件群发系统重建完成:好在两个多月前升级时有个备份(在米国机房服务器上)。
2、客户数据重建完成:好在一个多月前升级机器重做系统时有个备份(在另外一块硬盘上)。
有备份的就是这类核心数据,这些数据如果没备份,几乎就没办法重建了。其他技术性数据可以靠投入时间再次重建。

8月25日 安装程序脚本重建完成,用时一周。
利用反汇编得到的5000行伪码,重写出900行脚本。(Inno Setup Pascal Script)

9月13日 除Linux下的交叉编译环境(主要是各种库的编译脚本)外,所有必要的开发环境重建完成。
包括工作主机以及10个VMware虚拟机,并花费较多时间重新制作了自动化程度较高的编译打包工具,以前算是半自动,现在只输入版本标识,点击几个按钮,最终的产品包就生成了,包括试用版和12个正式版的版本组合包。耗时近3周,不过第一周主要陪孩子上舞蹈课了。接下来只剩Linux交叉编译环境了,有望国庆前搞定,这样国庆后就可以恢复正常的开发工作了。

这两周本打算主攻 Linux 交叉编译,然后再完成一个新版本的发布,这样所有必要的环境都重建了,所有环节都走了一遍。但忽然发现 Delphi 出了 XE5 版,所以就暂停了相对独立的交叉编译,仍然使用旧版本的库文件,发布一个新版本,增加对 XE5 的支持。于是,两周时间,连滚带爬,终于赶在国庆假期前完成了新版开发并顺利发布!

回想一下,核心备份是上个版本发布时候的,即6月8日,硬盘损坏是8月8日,截止今天,不算交叉编译环境,相当于失去差不多4个月时间,除了惨痛的教训外,还收获了自动化程度相当高的自动编译打包工具。硬盘损坏,重要数据永久丢失,感觉好似亲人突然逝去,行将逝去时,无法接受,竭力挽救,而终当无力回天,心情沮丧,然后慢慢接受,长时间后,偶尔忆起,总有一些淡淡的忧伤。。。

最近在看《让孩子心悦诚服》这本书,在“突发事件的解决路径”章节里有段内容感觉不错,跟大家分享一下:

(遇到突发事件)更合理的路径则是:接纳现实,设法解决问题,分割责任,总结经验教训避免重蹈覆辙。也许,最难做到的,反倒是接纳现实。想起一个小故事,说老和尚不小心把挺贵重的瓷罐摔碎了,却继续往前走。小和尚问他,为什么不停下来,老和尚说,停下来瓷罐也已经碎了,何必呢?这便是接纳现实吧。

一个突发事件,不管我们多么不希望面对,一旦发生,便是事实。此时此刻,任你后悔自责、呼天抢地,都无法改变。我们能做的,只有接纳,并想方设法解决问题。如果我们用90%的精力接纳现实解决问题,用10%的精力分割责任总结教训,一定能把突发事件的危害降到最低。

无论是大人,还是孩子,都值得学会这个处理问题的路径。如果熟练运用这个方法,我们会发现,突发事件并非一定伴随着负面情绪,我们完全可以镇静地解决问题,平静地总结得失。通过处理突发事件,反倒能增强我们的应变能力。