今天顺利把blog更新到最新版本。本来早就想做了，一直没有找到足够的时间验证。
借助于我最近开发的一个web版的命令行工具（虚拟主机 SSH），把主机上的程序文件夹打成tar包，下载了回来。
又把数据库导出成sql文件存到本地。
在自己的机器上重新搭了一套blog环境，和线上版本完全一致。然后用新程序覆盖老程序，并执行upgrade程序，顺利升级。更换了现在这套模板，同时下载了最新的防止垃圾评论的plugin。仔细检查了一番，没有发现问题。
最近一直有一些做事方法上的心得，也好长时间没写blog了。
就说说这干活儿快与慢的问题吧，我是写代码的coder，工作上的项目安排，一般都有时间排期，定好了某天完成开发。但我总是会比预想的慢，总是不能按时完成任务。
这样的次数多了，我就觉得我自己很笨，为什么别人都能很快写完程序，我就不行呢？
每当看到有人晋升，老大们给写评价时，都有工作快速这么一条，而且一般工程师的评价标准中，如果能提前完成任务，都会有更高的评分。
我怎么就不行呢？
最近我接手的项目，出现的接二连三的bug，都是以前的开发人员遗留的，让我吃了不少苦。不过通过解决这些问题，我也看到了我开发速度慢的深层原因：我不是为了完成任务去coding，我是为了把一件事做好。
前一阵写了一篇wiki，是关于php的pack函数性能调研的，经过优化，调用pack的性能可以提高4倍以上！！！
但是，为了这个性能调研，我花了1天多的时间。
本来，如果不考虑性能，我直接写一行pack调用就完事儿了，用不了1分钟。
事后，没有人会知道，我的程序的运行时间从8小时变成了2小时，大家只知道，我比原计划晚了1天提交程序……
另一个故事：自动发邮件的php程序，部分中文字符会变成乱码。
调查问题原因的时候，有个同事告诉我在邮件正文的换行处把\n替换成\r\n就可以了。
我不理解为什么要这样做，我觉得这只是跳过问题的方法，问题本身并没有得到解决。
我又花了半天时间一步一步重现bug，最后看到，由于没有对邮件正文进行编码，邮件服务器每隔1000个字节，会自动添加一个换行符。如果遇到汉字，这个换行符加到了2个字节之间，后面的部分字符就会变成乱码。
知道了原因，马上修改邮件发送程序，改用base64编码，然后再测试，此bug彻底解决，再也不会出现！
同事给我提的办法，实际上是歪打正着，乱码就是因为汉字被强行截断的，而他的程序的环境，恰好是加了\r后就跳过了那个汉字，所以没有乱码。下次有其他项目要用邮件程序的时候，这位老兄调乱码可有的玩了，呵呵……
当然，我可不是那种幸灾乐祸的人，我查到原因后，立刻跟大家分享了经验。只是……，我的3个小时都花在这上面了……。接手我的程序的人，不会再遇到邮件乱码问题，接手那位老兄代码的人，日后估计会比较惨……
回到今天的引子，关于blog升级。
按照官方的说法，只要用新程序覆盖老程序，就可以完成升级。
都是写php的，我总感觉自己不在测试环境下试一把，真不敢直接拿线上blog开刀。
所以才拖了好长时间，今天才完成升级。（我分别在2个不同的环境下进行了升级，都没有问题）
看了看虚拟主机上程序文件的修改时间，还是2007年6月的呢，那会儿刚搭好这个blog，将近一年没升级过了……
新的blog，后台界面漂亮多了，至少是我喜欢的风格。
我拿新wp后台模板，帮朋友开发了一个客服程序，被对方的客服评价为非常难看！
无语了，他们居然认为那个纯table的连一点css修饰都没有的系统比wp的后台好看！
审美啊……这就是中国特色吧，要不外国的网站在中国混不起来呢，人家著名视觉设计师和用户体验设计师做的界面，在土惯了的中国人眼里它就是不好看，不好用……
坚持自己的信念，让别人说去吧，
另外对于开发时间的把握，建议适当作一下安排，
尽量在要求的时间内完成，
优化的部分，可以在“赚”回来的时间里完成。
谢谢你的建议~~
我有时候有点死心眼，不会变通，呵呵，以后会注意控制时间~~
想作一个好的开发者，没有一点“洁癖”还真是不行
毕竟一来优化无止境，二来不能总是知其然不知其所以然。