1587年，辽东巡抚注意到一个酋长在开拓疆土，他察觉后力主派兵征讨，扼杀在摇篮中，但师出不利。部下不照命令行事，坚持改剿为抚，上奏到北京后，引发上面争执。首辅申时行认为小事一件，出面调停，从而和谐收场。该酋长得以扩张地盘，发展为千秋大业。他就是努尔哈赤，也就是若干年后的清太祖。

这两天试用了PhoneGap，将SDK中自带的sample编译放到Nexus One上跑了下，感觉还不错，之前看到有人说UI反应慢，性能不好，但在真机上的效果并没有那么不堪，还可以接收。当然，我没有跑过复杂的web应用，有机会可以将一些HTML5游戏放上去跑跑看。

移动应用Web化，这个趋势似乎不可阻挡，对于HTML5来说，自然是好消息。和Adobe AIR相比，使用PhoneGap这类开发的好处在哪里？ 就我目前想到的，首先是不需要Runtime的配合，程序的个头没那么大；其次现在的JavaScript库很多，开发应用和游戏都很方便；最后当然是跨平台了，Android，iOS，Blackberry，WebOS，Symbian，Bada，一网打尽，PhoneGap的野心不可谓不大，从这点来看，连AIR都没法比。

不过，跨平台真这么重要？对开发者确实重要，但对用户来说，性能和用户体验才是王道。古往今来，多少跨平台的平台无疾而终。对PhoneGap，我暂时保留意见。

 最近负责的项目，已经进行有接近半年的时间了，中间经过很多曲折，过程大约是软件开发的典型路线，曲折不优美。对于某些问题，我用了有点变态、非常规的解决方法。

随着项目的持续，代码量的增加，如何高效的维护成了一个重要的问题。解决方法无它，不断整理调整结构，也就是所谓的“重构“。

在我开始写代码时，我并不确定自己会在这条路上继续走下去，或者说，我不确定这就是比较好的选择，直到有一天，我有意识地开始审视自己编写的一大段代码（其实也就一、两千行而已），重新组织代码、设计结构，我找到了一点感觉。

直面自己以前的代码，犹如直面自己的回忆，好的、不好的，这个过程都值得珍惜，只有这样，才能变得更好。

var s:String = "78 DA 7B 36 6D C3 D3 9D 5B 9E EE 5F FD 64 E7 04 45 00 44 76 09 1C";
var stream:ByteArray= new ByteArray();
var arr:Array = s.split(" ");
for (var i:int = 0; i < arr.length; i++)
{
    stream.writeByte ( parseInt(arr[i], 16) );
}           
stream.uncompress();
trace(stream);

白马也，白驹过隙的那匹，跑慢点，多飞一会，别一不留神就到了2012了。

2011年，有新的打算，就是开始一段新的历程，到底做什么还没想好，可能是写一部酝酿了好多年的侦探小说，也可能是别的，总之就是，make the change。

我翻阅了以前的博客，发现有几篇是这样的，***之一，然后后面就没了。比如AIR Android开发之一，然后就没了。这个习惯很不好，有了之一，起码得有之二才行，来年一定把之二补上，随便写点什么，滥竽充数，非弄个之二不可。

 And, the first winner in prison.

历史再次被改写！

《民国风流》，是我LP的新书，已经上市。

在介绍这本书之前，容我讲一个小故事：

一年前，某一天的中饭时间，几个同事（一群程序员）照常在以前吃饭，闲聊的时候，某位年长的同事，习惯性地开始讲一些历史人物故事，忘了是什么原因，讲到了廖仲凯，还有何香凝，然后我插了一句，大约是说何香凝和廖仲凯这对夫妇的传奇爱情之类的话，我这位同事惊奇地说，他记得何香凝是廖仲凯的妈。他的语气很肯定，而我也不是很有信心，于是脸红着说自己大概是记错了。

后来，我回去google之，大笑。（不明白的请自行google)

---------------------------------窘迫的分界线-----------------------------------------------------------

讲这个故事，是想告诉我的同行们：为了避免我和我的同事们这类尴尬，买本《民国风流》，时时翻看，多了解些民国八卦，是非常有必要的。

这本书花了半年时间，期间修修改改，花费了很多心血，内容是很丰富的，看了就知道，我就不多说了。有兴趣的朋友支持下，先谢谢了！

详细介绍看豆瓣：

http://book.douban.com/subject/5299120/，目前卓越网已有售。

读到一篇文章，作者谈了一些关于Google Wave倒闭的看法，很值得一看。其中，他的另一篇很早的文章，是关于焦虑 的，也很值得看看。

早如今这个的年头，节奏太快，很多时候觉得自己很忙，但仔细想想，却觉得都是些无足轻重的事情，而反而真正重要的事情，却一点进展也没有。

IPad确实很好，有人计划用它来当电子阅读器来使唤，买之前想象着每天躺在床上看书的模样，当买了之后，发现自己只是把它当个游戏机，上个厕所也不忘在里面晃来晃去的。

IPhone是个电话，即使它也可以玩游戏，听音乐，拍照，看电影，聊天，但你用的最多的，还是电话和短信。

Kindle是个阅读器，如果可以玩游戏，听音乐，看电影，那它就是IPad了。

所以，功能多未必是好事，一个东西为什么存在?  只因为它做了该做的。

-----------------------------------------------------------------------------------------------------

经测试，发现上面的链接被墙，需要翻墙可以看。

在大约一周前，同事拿到了IPad，因为有一个应用要迁移到IPad上，等了一段时间，设备终于配下来了。以前一直对IPad有点不屑，可能是由于Apple与Adobe的嘴仗吧，毕竟我也是靠Adobe养家糊口的，但是，玩弄了一把IPad后，还是狠狠地被震撼了。

今天读到一篇文章，Surprise, I’ve bought an iPad，这位老兄，呃，可以算是Adobe技术传道士吧，但最近Blog中Apple出现的频率是越来越多了。

有位回帖的愤青如此形容Flash：It’s a resource pig, slow, bloated, and insecure. 他对Flash的厌恶已经无以复加了。

1. I start to use win 7  for a while. 开始使用时，多有不习惯之处，不过还好适应起来挺快。我还是习惯使用windows最古老的皮肤，是不是很怀旧？

2. AIR 2.5 and Android. 最近需要将一个项目迁移到Android上，计划使用最新的AIR技术。根据模拟器上的表现，AIR 2.5的性能不错，有同事把一个使用Flex3制作的游戏放在手机上跑，挺顺畅的。不过Adobe并不建议使用现有的Flex框架，首先是组件太庞大了，其次很多功能在手机上都是多余的。

发现一个比较严重的问题，是关于文本的聚焦。手机上，MouseEvent虽然仍然支持，但不是全部支持，有些鼠标事件，比如RollOver，是不支持的，所以Flash /Flex component一些内在的关于焦点处理的机制，在桌面上是没有问题的，但在手机上跑，就问题一堆。因此，最合适的方式还是使用无组件的模式，当然，可以针对手持设备开发一套轻量级的组件库，这个也是Adobe在下一代Hero中的计划。

3. English.要加强学习，希望有机会多和外籍同事沟通。keep studying!