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%的精力分割责任总结教训，一定能把突发事件的危害降到最低。
无论是大人，还是孩子，都值得学会这个处理问题的路径。如果熟练运用这个方法，我们会发现，突发事件并非一定伴随着负面情绪，我们完全可以镇静地解决问题，平静地总结得失。通过处理突发事件，反倒能增强我们的应变能力。
