GMP Party EP2

Geeky meets Pretty的第2场大party终于来了（平时的小聚会不计算场次）。自从我在网志年会上见识到了Punch Party后，我就一直想在GMP内搞这样一个活动，在小组内进行过若干讨论后我们最终决定要搞一个2008年年度“大”party，形式当然就是Punch Party了。

这次party，要感谢Chloe和Piggest帮忙组织，是她们帮忙确定了整个活动的rundown和预订到了场地（奇遇花园）。然后要感谢所有的speakers，是他们带来了如此丰富的speech：

• 尚文欢: 为什么喋喋不休？
• Jinghua: Where to meet pretties
• Webleon: Blogger黑板报─GMP新年山寨特别版
• Chloe: What a girl wants? a feminine user behavior for fashion website design
• Leo: 你为什么找不到喜欢的工作
• 龚纹: 其实我们可以更懂星座
• 璎珞天色: 如何组织一场Open Party
  

Jinghua和Chloe的session做成了series，让大家非常期待下一个episode。其中Jinghua说到清华校园不适合搭讪美女时，方军立即表示反对并解释了清华哪里适合寻找美女。Leo因为是在看过广州Punch Party的视频后做的准备，所以他的session风格也更接近之前广州Punch Party的，据说他之前按照7分钟的时间安排排练了好几次哦。龚纹的星座解释好复杂哦，听着听着就让我感觉在上高中的政治课，可惜现场没有人主动出来让龚纹做一下分析，否则会好玩很多。

作为一个party，少不了的当然是回答问题抢奖品的环节，我的geeky问题加上Chloe的fashion问题还有龚纹的星座问题，确保了大家不仅仅要有实力还要有运气才能拿到奖品。对我来说，最好玩的就是问Office 2007下一版本号的问题了，竟然那么多人不知道Office 13这个版本号被跳过了。

这次的party虽然并没有Carol组织的Punch Party那么紧凑和快节奏，不过我觉得作为第一次已经做得不错了，相对来说不够2.0（主要是单向交流，听众互动少），而且也没有sponsor。方军建议我们可以和Beijing Open Party合作，做成他们的一个track，因为我们在某些方面正好和他们互补哦——他们缺少美女，而我们性别比例极力保持在1:1；他们缺乏非技术话题因而显得范围比较窄，而我们追求多样性有各式各样的话题；我们没有sponsor所以要收场地费用，而他们拥有不少的sponsor；我们还没有固定的流程，而他们已经有相当的活动经验。

anyway，接下来我们GMP也要建立一个对外发布信息及接受投票和留言的blog，然后逐步把GMP Party的筹办过程流程化，让GMP Party成为一个相对稳定的活动。

假如你愿意以原版或影印版价格购买翻译书籍的话

这篇文章是接着Tony Qu的《批“觉得有必要记一下的东西——关于翻译”一文》写的，就讨论一个问题——你原意以原版或影印版的价格购买翻译书籍吗？

为什么问这个问题？这源自Tony Qu批判的原文中的一句话：

很多国内程序员看书就只看英文原版，开发就只用原版VS，就是这个原因。

我承认，在英语能力相当的程序员当中，这句话说的是事实。能够看原版书的尽量看原版书，不仅仅因为看起来舒服，更因为容易在P2P网络上找到OCR后完美排版的PDF（甚至是官方PDF）。但这部分人当中，又有多少是真真正正是去买原版书的（原价格按汇率算），或者至少去买影印版的（价格是翻译版的一倍以上，原版的一半以下）？我想就很少了，我仅仅知道Jeffrey Zhao会从国外买二手原版书。很老实说，假如读者原意为翻译版支付引进版的价格，那么翻译版能够做得比现在的要好得多。但有多少人是连翻译版的价格也不愿意支付的，宁愿上网找极度难看的未OCR扫描版？此时，结论已经很明确，翻译版质量差不完全是出版社或者译者的问题，是经济利益驱使，这有电影工业与唱片工业在大陆的做法为证！

虽然现在DVD的分区对购买者来说已经毫无意义，但当初就把大陆分作一个6区是有理由的。话说刚刚有DVD的时候，大陆的DVD市场跟国际市场同一个运作方法，电影上映后至少3个月才发行DVD，以免影响票房。但DVD就是卖不出去，不仅仅是因为太贵，还因为国内的购买者不愿意等那3个月，当然也不愿意买票进电影院看。他们买什么？买盗版DVD。因为DVD必须有正版片源出来后，才可能有正版片源的盗版DVD，所以3个月未到，所有的盗版都只可能是枪版DVD。然而大陆消费者就是不在乎画质和音质，他们就是想以最低的价格抢先看到电影，看完就算。当这种需求被中国电影工业从业人员知道以后，一种新的商业模式发展出来了，以满足这部分消费者的需求——大陆的引进版DVD的发行和电影的上映几乎同步进行，价格仅仅比盗版略高，并且最重要的是，人为地把画质和音质降低到枪版的水平。就这样，电影工业能够在大陆盗版市场上分到一杯羹，我的意思是他们算是卖官方枪版的了，同时也不影响他们的国际市场价格——即使存在购买渠道，港台消费者也不会接受这样廉价的劣质DVD，仍然会等上映3个月后买原版DVD。

唱片工业做的事情是类似的，大陆所谓的引进版虽然价格更容易被消费者接受，但音质是经过人为降低的。这就是价格歧视，因为大陆消费者只愿意支付一个更低的价格，也只需要购买质量更低的商品，所以供应商就可以把这划分为一个独立的价格歧视区域市场。我不知道图书行业是否存在这样人为控制的“阴谋”，但只要大陆消费者的需求还是这样的“另类”，价格歧视原则就会一直适用，这样的事情就会无意识的继续存在，以远低于影印版价格售卖的翻译版质量就肯定还是那么低。对了，顺带说一句，港台翻译版的价格是和大陆影印版差不多的。

总结一下，我也是译者，翻译工作低廉的价格以及编辑工作的效率低下Tony Qu说过我就不再说了。如果大陆翻译版最终按照港台翻译版的价格去销售也能获得同样的销量的话，我相信译者可能愿意为这份价钱做全职的翻译工作，我相信出版社愿意聘请更多专业编辑并且合理安排他们的工作量。

P.S.如果要认真学习和研究中国的传统语言文化，我个人还是建议去台湾。

SD2C 2008

这几天参加了SD2C，也就是“软件开发2.0技术大会”。规矩当然是照旧的，social第一，session第二。

Day 1

第一天想着12:00开始签到，于是慢吞吞地准备出发，去到九华山庄已经是11:00。这是我第一次在没有车接送的前提下一个人跑来九华山庄，路上浪费了不少时间。签到后开始乱逛，然后陆续找到了公司不同部门来的同事，发现大家都没吃午餐。虽然我自己从McDonald's带了一个汉堡来，不过还是跟大家一起打车到小汤山街口的镇上吃饭。吃完饭就13:00了，应该开场了，可是打车回九华山庄实在太难，最后无奈打了黑车回去。我个人认为，把开场放在13:00但又不提供午餐是十分不体贴的。在市区的话也就算了，在九华山庄这样一个三流装一流的地方，选择不多又不怎么好吃的自助餐竟然要¥68一位，方便面也要¥20一盒，不提供午餐这样的做法实在是不人道。

下午的议程看起来全是keynote级别，听过后才发现那完全是赞助商专场——逐个赞助商轮流上去宣传自己的技术或者观点，而且还不提供任何课程反馈的机会，它讲得再烂我也不能表达一下我的不满。赞助商专场分为上下两个半场，上半场的人都是来吹水的，就吹嘘自己公司的东西，泛泛而谈，听了也没什么收获；下半场讲的东西稍微实在一些，雷军和戴志康上来讲的话都很真诚，也很有感染力。总之，要是早知道第一天下午是赞助商专场的话，我就去WinHEC玩到15:00再过来好了，然后18:00吃饭，接着参加晚上的活动。这只能怪我参加会议的经验还是太少了，没有把这么明显的安排给看出来。

下午听了那么多个小时，最让我感到震撼观点来自于雷军。他在说他投资的UCWeb时提到了这样一个观点：我们曾经都是互联网用户中的领头羊，有什么新鲜的东西出来我们都先去尝试，然后慢慢普及到大众用户。但在移动互联网就不是这样，移动互联网的主要用户是那些比较少机会通过计算机接入互联网的人，例如学生、民工和军人。也就是说，我们这些每天使用计算机连接着互联网做开发的人，其实是不可能知道移动互联网的真实需求的，我们无法体会使用不到计算机接入互联网会使怎样的。过往我一直认为移动互联网用户就是高端移动用户和高端互联网用户的交集，现在我终于明白到不是这么一回事了。

晚上去各个沙龙看了一下，没有什么印象特别深刻的。只记得在“职业规划与成长论坛”上听到这样一句搞笑的话——“我们的HR自裁了，也就没有HR了”。晚会后有班车把我们送回到地铁站，然后回到家也就是23:00了。

Day 2

第二天早上9:00出发，去到就是11:00了。我觉得把第一个session放在9:00开始是很不合理的，九华山庄这么偏僻的地方外加不包住宿，谁原意那么早起床赶7:00从市区开出的班车啊，结果当然是大家都很晚才到啊。对于speaker来说，如果自己的session被放在早上，可能也会觉得大会不重视他的session，因为早上能赶来参加session的人就是少一些，这个大家都明白的。我去到时已经是11:00，然后去听了一下郭安定的课，中午和郭安定、老孟、莫依等MVP一起吃饭，还是挺好玩的。

从郭安定讲的内容来看，他很注重企业生态圈。也就是说，只要你能够帮助别人解决实际问题，赚钱的机会总是有的，但也没必要自己把什么都做了，也要留机会让别人帮你，赚你的钱。把这个道理传播出去，让更多人赚得到钱，让更多人受惠。这种思想我是十分认同的，如果帮助别人的同时又帮助了你自己，这有什么不好呢？

下午我去听了一下周爱民的JavaScript+Delphi+ErLang，语言层面的东西不用怎么在乎，他也没做很应用性的展示，我觉得最重要的一个思想还是分层——只要实现了分层，层与层之间是针对接口设计的，那么随时换掉一个层都是可以的，只要接口保持不便，什么语言并不重要，不同层的需求不同实现语言自然也可以不同。另外还听了李建忠的.NET设计模式，讲的是一些老生常谈的内容，没什么非常特别的。其实讲什么技术并不重要，最重要是把那种思想说清楚，让听众都能领悟到，那就算是成功了。

晚上是CSDN专家沙龙，本来说是让各位专家说说对CSDN服务的不满与建议的，结果大家的自我介绍都拖得很长，介绍完也就完了，赠送给各位专家一人一本绝影签名的《疯狂的程序员》，然后就赶班车去了。其中最有趣的一幕，就是莫依问老孟说，“是什么让你多年坚持在论坛上帮助别人解答问题”，旁边的郭安定小小声说了两个字，“伟哥”。

Day 3

最后一天，依旧是9:00出发11:00到。原本计划去听听iPhone开发的，发现基础部分都讲完了，开始讲OpenGL的使用，我又完全听不懂，听了三分钟就睡着了。

下午听的是使用YSlow2.0优化网络性能，主要是了解一下YSlow2.0的新特性，也就是如何自己设计符合自身网络特性的网络性能评分规则。接着去听了Amazon运计算服务的架构分析介绍，确实比较介绍性，让你知道就是有那么多的服务在运行着，并且能为企业省钱，就这么简单。最后听的一个session是面向对象的JavaScript，这是作为当今JavaScript开发人员必须知道的基础知识啦，听他说一遍只是为了好玩。

SD2C结束后，马宁准备把我和莫依还是陈敏送到地铁站，最后大发慈悲把我们都送回家了，超级好人，在这里需要感谢一下。建议明年真的不要选择九华山庄这样的地方了，交通实在是不方便。

P.S.发现自己最近参加的会议不少啊，整个blog塞满了关于各个会议的文章，如China MVP Open Day 2008、TechED 2008 China、Chinese Blogger Conference 2008、WinHEC 2008 China。

大陆技术书越来越台湾化了

这次SD2C我总共搬了4本书回家，2本买的2本送的。我发现现在大陆出版的技术书越来越台湾化了，也就是“更多搞笑，更少大道理”，而这正好符合我近期的读书倾向。

在CSDN专家沙龙上，每位专家都拿到了一本绝影的《疯狂的程序员》，听说是绝影自己经历的写照。虽然我还没仔细看，不过相信这本书会是本十分轻松的小说，这正是我喜欢的。之前看《梦断代码》也是足够轻松的，不过轻松背后也发人深思，让你不得不去思考很多软件工程和组织架构的问题。

在SD2C的签售会上，我还买了一本《悟透JavaScript》。我已经不需要看任何对JavaScript泛泛而谈的书，但我仍然买了这本书，就是想看看其娱乐性的一面，如果确实写得好，包括插图画得好，那也是十分值得我学习得。什么时候我也要在我的blog上加上专业插图，否则就太没有竞争力了。

另外我最近还买了一本《大话设计模式》，同样也是因为它搞笑的一面。虽然读起来会觉得某些剧情比较牵强，但至少这是一种写作风格，可能在大陆还不成熟，不过将来会被越来越多的作者采纳，自然会成熟起来。

总的来说，我现在也看纯技术书看得有点累了，况且很多东西看了不用等于没看，过一段时间还真变成没用的了。轻松娱乐的东西，至少保证了阅读的过程是愉快的，即使将来用不着，用得着也就算是赚了。

WinHEC 2008 China

今天是WinHEC第一天。WinHEC就是Windows Hardware Engineering Conference，中文名是做Windows硬件工程大会。昨晚紫柔告诉我9:00到场签到就可以了，因为9:30正式开始，但我早上还是忍不住多睡了一会儿，所以10:00才到场。当时还是张亚勤的演讲，我进入主会场后迅速找到剩余的几个空位坐下来了。

张亚勤的演讲当然紧接着若干个demo，其中Surface的demo在MVP Open Day已经看过了，这次还是同一个人来做。还有那个health care的video，也是MVP Open Day上面放过的，看来这两个月没什么变化嘛。整体而言，张亚勤演讲后的中文demo都是做一些我们已经知道的东西，没什么值得看的。

原本张亚勤的演讲只有1个小时，结果延长了很多，然后Dennis Flanagan才上来讲Windows 7。Windows 7的demo就非常有冲击力了，特别是device stage这样的特性。

在Windows 7里面，每个外设（包括网络外设）都有自己的图标，厂商可以设计一个和外设外观一样的图标，使得用户更容易在Windows 7中识别这一设备。例如你有黑白两个USB drive，都插入到电脑后，你会发现不知道哪个盘符是哪个USB drive的，要看看里面的内容才知道。在Windows 7里面，只要厂商制作了对应的图标，用户就能在图形界面上看到有区别的两个图片，也就可以在不了解何谓盘符的前提下正确操作这两个USB drive了。

此外，每一个外设都可以有自己的device stage，例如连接一部Zune后可以显示容量、电量，还可以显示为你推荐的MP3销售信息；又例如连接一部Nokia手机后可以显示有关的内部信息，以及Nokia网站上为这部手机推荐的新游戏。简单来说，硬件设备销售后不再是与硬件厂商脱离关系了，只要它连接到安装了Windows 7的PC，并且这台PC还连接着网络，硬件厂商就能得知这台设备的使用情况，并且为你推介更多的商品和服务，当然也可能包括免费的服务与技术支持。肯定有人会说这会导致隐私问题之类之类的，我相信最终Windows 7和硬件厂商会引入访问控制机制，让用户选择一台设备连接到Windows 7后是否允许相关信息通过网络传输，这个大家不用担心。

两个keynote结束后，就是抽奖环节。早上每一个人进来时都拍了一张照片用于抽奖，然后用这些照片拼成了一个巨大的奥运五环徽标，最终用Silverlight Deep Zoom来随机zoom in到某一个人的照片之上。这样的抽奖形式还是挺有创意的，不过有些照片实在太不清晰了，最后拿到了大奖的人到底是不是照片上的人，我们都不知道。

午餐是跟紫柔以及其它MVP一起吃的，紫柔带来了一个90后的实习生，是一个拿了国家奖学金去新加坡读高中的女生。她应该是紫柔的助手吧，不过我们说的东西她都听不懂，应该会觉得十分无聊。

随后，让我最不满的事情就发生了！今年的WinHEC和TechED一样，通过盖章来增加互动，总共有1200份Windows 7光盘和1000只2G USB drive可以通过盖全10个章后获得，并且日程表写着下午2:00开始换领的。但我们2:00回到会场发现今天的400只2G USB drive已经换领完毕了，虽然Windows 7光盘还是有的，但因为必须同时换领，所以也就相当于不能换领。既然日程表写着下午2:00开始就应该下午2:00开始啊，怎么能够提前开始发呢？！

下午的课程我们都没有去听，一群MVP聚在一起聊天。最有趣的一幕就是，竟然有人来主动搭讪那位90后女生。是不是非80后的人就分不清什么人是90后的呢？又或者是IT人士太闭塞了？反正我觉得90后的化妆和穿衣风格挺容易辨别的。我们分散地坐在媒体展示区的长沙发上，那个人直接无视我们问她还有没有盖章的那张纸。她说没有，那个人就问她是哪里的以及有没有名片。这时候作为大版主的紫柔自然冲出来说——我们都是微软中文技术论坛的！我相信那个人已经很无语了，但又不知道我们是干什么的，还是问我们有没有名片。紫柔就告诉他，你上微软中文论坛技术就知道啦。他估计还是不知道微软中文技术论坛是什么，不过很无奈地走了。真是难得见到有人如此直接搭讪的，而且还是在硬件工程大会上哦！

最后一个session解释时，会根据收回的反馈表抽奖，于是我们就找了一个讲用VHD（虚拟硬盘）引导启动的session去听听。最后提问阶段，有人问了能否引导启动一个装有Linux的VHD，speaker说VHD的技术都是开放的，虽然Microsoft没有实现的意向，但开源社区可以去做这样的事情。其实我有个问题，不过一直懒得问，那就是Microsoft能否和Apple合作，做一个Mac上从VHD引导启动的东东，那么将来我就可以在MacBook装Windows 7并且仅仅装到VHD里。

会议结束后，MVP在讨论是否组织一起吃饭，因为我约了人，要去拿张CF卡，所以就先走了。明天我要去参加SD2C，也就无法参加WinHEC了。

P.S.这篇文章不是因为MVP换取赠票而必须写的，而是因为换领礼品这件事实在搞得太不合理了，当时我就决定要写WinHEC的负面。

Chinese Blogger Conference 2008

上个周末请了两天年假，回广州参加网志年会顺便回家。

第一天去到会场，就见到了LEMONed和hidecloud，然后拿到了我的fail whale tee。接下来的session……其实我不知道session讲什么，我想大多数人都跟我一样不关心session讲什么，大家只是找个机会来聚会而已。中午跟Elliot Ng一起吃了午餐，并且拿了一件CNReviews的tee。下午的session也是不知道讲了什么，然后就是自助晚餐了和Punch Party了。

自助晚餐吃的是点心，虾饺和牛肉丸都不错，但是鸡翅就很难吃。接着Punch Party正是开始，第一位上台的是Carol，介绍什么是Punch Party。所谓的Punch Party，就是每位speaker有7分钟的时间，大概就是20个slide每个slide讲20秒的时间再多一点。当晚的Punch Party做得非常perfect，每一个人讲的话题都十分之吸引人，做到了Punch Party所强调的punch效果——让人感觉耳目一新。Carol作为第一个speaker，把全场的气氛都调动起来了。中间有介绍大陆吃喝玩乐之行有多艰险的工头坚，还有介绍胖卡如何把宅男配送到乡下的。最后一位导演先生，表演了7分钟的无声演讲——开头只说了一句，“由于接下来的内容都很晦涩，所以自动进行静音处理”，接着做了7分钟演讲的动作与口型，幻灯片翻了几页，但是没说过一个字。对于所有参加Punch Party的人来说，这样的结尾实在是太impressive了！

Punch Party的好处显而易见，能够在最短的时间内让你了解到一些你可能永远都接触不到的知识，同时给你无限的震撼感。不过我觉得Punch Party对speaker的要求也挺高，否则也不容易做好。而且作为organizer，一场Punch Party必须组合不同类型的speaker。

第二天的session稍微有趣一些，不过依然没怎么听，莫非年会的习俗就是把重点放在晚上？下午年会结束后大家就跟着Issac Mao到“友鸡会”吃了火锅，然后到北风的凸凹酒吧去聊天。我也不知道最后大家是什么时候才回家的，我快到凌晨时已经想睡觉了，于是就回家了。

Live Mesh vs MobileMe

最近在用Live Mesh在多台计算机上同步文件，而之前一直用MobileMe同步联系人、日程等信息外加系统备份，真希望把这两个服务的好处叠加起来。

Live Mesh的好处是可以指定任何一个目录进行同步，而非指定一个同步目录然后要同步的东西必须放在里面，这方面就比MobileMe要好。而且Live Mesh的自动同步客户端同时兼容Windows和Mac，而MobileMe仅仅支持Mac同步。Live Mesh唯一不足就是没有版本控制，不过我想要是有版本控制占用的网络空间和流量开销就成倍增加了。

MobileMe给我印象最深刻的是，我重装了我的MacBook后一登录MobileMe帐号就帮我把整个System Preferences给恢复了。当然，联系人和日程信息也都恢复了，这是现在Live Mesh完全没覆盖到的功能。另外对iPhone的push服务也做得很好，更新什么信息都在Mac上进行就可以了，根本不用管它什么时候同步到iPhone上。

我觉得最好就是把这两种服务结合到一起，一个帐号一个服务就把这些都覆盖了，当然我不介意付费。在TechED MVP Dinner上，我和一位做Azure的Microsoft员工聊了一下，说最好Windows上的程序都遵守Vista的规范，把代码和数据分开存放，也就是数据都放到C:\ProgramData下面，这样Windows也就如同Linux一样能够轻松备份纯数据了。接着只要把数据同步到cloud上面，例如说是Azure上层的Live Mesh，重装机器后就能够把数据重新同步回来了，只要再装上应用程序就一切恢复原装了。

开始翻译 Adobe AIR in Action

Prototype and Scriptaculous的翻译已经是一年前的事情了，翻译了半年，休息了大半年，现在继续接受翻译的工作。仍然是图灵引进的书，仍然是Manning的In Action系列，这次的是Adobe AIR in Action。

其实AIR出来之前我就想去学习，很多很多技术都如此，不过翻译算是一个很好的学习过程，因为它逼着你认认真真把一本书读懂。这次着手翻译Adobe AIR in Action，我想半年后我也会熟悉AIR相关的技术。虽然我一直以来都对Flash和Flex没什么深入了解，但我希望这些知识反过来也能用到Silverlight开发上，结合两派的模式从而进化出一种更好的实践方法。

另外我还介绍了身边的朋友去翻译Practical Prototype and Script.aculolus。Manning即将发布Silverlight 2 in Action，如果图灵引进这本书的话，我也去看看是否能够参与翻译。

以服务器端为中心的 ASP.NET AJAX 模式 (Part 2 - Control)

在上一篇文章当中，也就是《以服务器端为中心的 ASP.NET AJAX 模式 (Part 1 - Behavior)》，我们探讨了较为易用的Behavior模式。之所以说它较为易用，是因为它不涉及和原有Page处理流程的交互，即使访问网络也是访问独立的Web Service（包括Page上的[WebMethod]），因此和Page处理流程的设计绝对是正交的。但有时候我们需要的就是与Page处理流程的交互，这时我们不得不使用与服务器端逻辑紧耦合的Control了，这正是本次文章要讨论的内容。

在基本的 ASP.NET AJAX框架下，我们有三种方法来做基于Control的Ajax操作，它们分别是UpdatePanel、ICallbackEventHandler 和IScriptControl，下面我们就分别看看它们的特点和使用场景。

UpdatePanel

UpdatePanel 是与服务器端逻辑进行交互的多种方案中最易用的一个，甚至就不能称之为交互——你根本就不需要触及任何客户端逻辑。一个服务器端操作，经过 UpdatePanel的“劫持”，变成了一个客户端操作，而这个客户端操作又直接调用对应的服务器端操作，就这么简单。

如果用UpdatePanel来做一个带分支的选择对话框，那应该如何设计？思路可别跑到客户端的confirm方法上去，那可太绕了，或者说太不 ASP.NET AJAX了。用UpdatePanel，就应该坚持它的理念，一切客户端操作都是幻象，所有操作其实都是在服务器端进行的，包括选择对话框。要按 ASP.NET的思路来做，我会做一个选择对话框控件，它的实质可能是一个浮动层模拟的对话框，这属于实现细节，我们不用太关注。重点是，这个选择对话框的分支逻辑是完全在服务器端进行的，Async PostBack之后服务器端根据提交回来的数据决定如何触发事件。这样做整个分支选择的逻辑就是内嵌在Page处理流程当中的，不需要通过 Cookies或者Session来做数据的中转媒介，避免了Page处理流程与更大作用域中的数据的紧耦合。

UpdatePanel 适用于逻辑完全在服务器端的开发，并且我建议使用UpdatePanel时也就把所有逻辑放在服务器端，不要去写一些混合服务器端逻辑与客户端逻辑的代码。有人会说，你看老赵就很喜欢去动那个 Sys.Net.WebRequestExecutor来改变UpdatePanel的行为啊，但其实这属于分层设计思想中的一部分，他去动那个东西改变的也就是一个分层内的逻辑，只要层与层之间的接口不变，具体实现是可以按需设计的。但如果你用了UpdatePanel，同时又用Cookies或者 Session来传值，这就跨越了n个层，增加了不少耦合度。

ICallbackEventHandler

关于ICallbackEventHandler，我已经说过无数次了，重点还是你必须用Page处理流程来思考，只要你理解了Page处理流程，你就明白为什么ICallbackEventHandler在.NET Framework 2.0 Beta2中只有一个方法，而到了RTM要分拆成两个方法。具体可以参考《ASP.NET 2.0 ClientScript Callback》，我就不再重复了。

如果用 ICallbackEventHandler实现一个带分支的选择对话框，又如何做？和使用UpdatePanel的做法类似，我还是会做一个选择对话框控件，并且这个控件继承自ICallbackEventHandler。为这个控件编写JavaScript并实现 ICallbackEventHandler接口时，我会确保JavaScript对Callback给出正确的调用参数，并在接口方法的实现中接收这些参数然后触发正确的事件，就这么简单。和UpdatePanel一样，不要偏离了ICallbackEventHandler的设计思想，它的处理流程必须是合并到Page处理流程中的，你的控件也就必须这样设计。

至于在什么情况下选择 ICallbackEventHandler？如果你有一个轻量级的Ajax操作，但使用UpdatePanel更新整个区域的HTML开销很大的话，那么你可以考虑使用ICallbackEventHandler。当然，前提是你懂得控件开发和JavaScript。

IScriptControl

这是最复杂的解决方案了，你需要实现一个Control的两个副本——一个服务器端的，一个客户端的。有一部分逻辑，是要在客户端和服务器端重复实现两次的，而另外一部分逻辑，只需要在客户端或服务器端之中的一个实现一次。IScriptControl的经典例子，当然是ASP.NET AJAX自带的Timer控件。它的计时器是纯粹的客户端逻辑，然而Tick事件却在服务器端触发，Async PostBack成为了两者之间的桥梁。当然，就Control本身而言，它并不在乎PostBack是不是异步的，Tick事件只因PostBack而触发。

如果用IScriptControl来实现带分支的选择对话框，那将会和 ICallbackEventHandler的版本十分相似，唯一不同的地方就是它在客户端的逻辑会被封装为一个Sys.UI.Control的派生类，而ICallbackEventHandler的客户端逻辑往往是不封装的。这样的好处显而易见，那就是代码更容易维护了，并且客户端的Control可以同样可以加入事件支持，并提供和服务器端一样的代码分支事件。要知道在CTP阶段的Timer控件，其客户端版本Sys.Timer（而非RTM的 Sys.UI._Timer）是拥有tick事件的，和服务器端的Tick事件对应，只不过RTM取消了此项功能，因为ASP.NET AJAX 1.0的侧重点完全就是服务器端功能，客户端功能都被砍掉了。

什么情况下选用IScriptControl？如果你认为你的客户端逻辑应该封装为Sys.UI.Control的派生类，那就选择IScriptControl吧。

小结

我们分别讨论了三种通过Control实现Ajax调用的方案，并且一再强调了设计必须基于Page处理流程，不要在此流程之外增加不必要的复杂度和耦合度。值得一提的是，有很多人质疑为什么要在Web上提供这样一个支持分支的选择对话框功能，我的看法是这样的：既然客户端软件的流程会有此功能，那么 Web应用也有此功能就实在是太正常了，你删除blog post的时候问你一下是否确认删除，难道会有人觉得这个功能是设计错误？可能不同的只是表现形式而已，到底是confirm还是弹出层，甚至是一个专用的过渡页面。然而从用户体验的角度来说，这其实并不是最优的方案，多数时候用户删除就是确认删除，并不需要再问一次是否确认之类的愚蠢问题，但开发人员觉得用户错手删除的后果应当由用户自己承担，所以就做了这样一个对话框来推卸责任。真正好的用户体验是不需要确认的删除，但用户一定能够恢复，最好是按一下 Ctrl+Z就可以了，然而对于开发人员来说还是有很多操作是无法做到可恢复的，这时候除了显示对话框也没有更好的解决方案了。

最后，如果你喜欢我的文章，可以通过订阅feed来及时获得更新：

• Cat in dotNET (feed)
• Cat in Chinese (feed)

软件安装时到底是否应该让用户选择路径

周末和Google UX Team的Junyu聊天，说到Google现在统一使用Google Installer安装软件了，点一下Web上面的链接就自动开始下载安装并运行，开头我还以为是Microsoft的ClickOnce呢。由于安装过程是全自动的，就如同Microsoft的ClickOnce和Adobe的AIR一样，所以是不允许用户选择安装路径的。

到底不让用户选择安装目标好不好？我们认为用户分为三个层次：

1. 入门用户 - 购买的是品牌机，可能就一个C:和一个用于一键恢复的D:。这时候有什么好选择的呢？当然是不选择最好了。
2. 熟练用户 - 经受过文件难以搜索或者忘记及时备份误删文件的种种磨难，学会了分门别类存放文件，自己有计划地把硬盘分成C:, D:, E:, F:四个盘。这时候你不满足他分类存放文件的习惯，他就会觉得很不爽了。
3. 高级用户 - 经过无数次备份与重装后又在返璞归真，只用一个C:，安装时多数选项都直接next，不选择安装路径。

当然，这个分类主要是针对Windows用户，因为Windows的成长过程就是典型的“问题少年”——不停地向用户抛出各种问题，这个你选什么啊，那个你选什么啊。对于Linux和Mac用户来说，大家早已习惯了安装时一路next到底。Linux命令行安装甚至不用next，只是本地编译的话有时候需要yes一下。

事实上，我认为给用户那么多选择是没必要的，文件的搜索与备份应该通过其它手段来改进，而不是让用户手动归档。要求用户理解文件系统，就如同要求调用者理解API实现方式一样，其实是很不合理的。

对于现在的品牌机而言，只有一个C:，培养Windows用户好像Mac用户那样，什么都装到一个盘里面，这才是正确的发展道路。Mac有Spotlight，Windows Vista现在也有不错的磁盘索引与搜索系统，将来实现了WinFS或许能做得更好。

现在Windows缺的是一套好用的备份与迁移方案，问题来源于Windows软件都没有规范地把可执行代码与数据分离存放，所以没有一种统一的模式来备份软件数据。如果Windows上面的软件能够按照Vista的指引，把数据都存储到C:\ProgramData，那么接下来的事情就容易多了。况且我之前也说过了，这也是UAC的意义所在，有助于提高Windows的安全性。

以服务器端为中心的 ASP.NET AJAX 模式 (Part 1 - Behavior)

早在ASP.NET AJAX从CTP转向Beta再转向RTM时，看着客户端的Control被逐步放弃，与此同时ASP.NET AJAX Control Toolkit越来越多地使用Behavior，我就想深入说说ASP.NET AJAX的模式。不过由于我比较懒，所以这个话题只在《理想的 ASP.NET AJAX (Part 2 - Server Centric)》中一笔带过，没有深入讨论。今天看到volnet的《我们究竟是否有在“Asp.net中模仿Winform的MessageBox ”的必要？》，决定写一个文章系列来说说ASP.NET AJAX的模式。

什么是Behavior？

什么是Behavior？Behavior与Control有什么不同？这是首先需要回答的问题。

在Windows开发当中，Behavior的概念是不存在的，有的只是Control。ASP开发连Control都没有的，到了ASP.NET才引入了Control的概念。为什么Ajax开发要引入Behavior这样的概念呢？因为Behavior意味着不需要改变原有的组件逻辑，而改变原有组件的逻辑在客户端往往是不可行的，至少是难以实现的。

举个最简单的例子，一个<input type=”text” />就是一个浏览器内部的对象，你无法扩展这个对象的类型，也无法为它加上新的属性与方法，至少并非所有浏览器都允许你在JavaScript中这样做。然而如果你想要让它加上auto-complete（或曰suggest）的功能，这是可以做到的，并且很多人都做过了，例如ASP.NET AJAX Control Toolkit的AutoComplete，或者是script.aculo.us的autocompleter。这些实现都基于同一种方式，就是尝试基于input已有的接口在它之外添加新功能，而非尝试继承input并在它之内添加功能。

类似的做法在Ajax开发中普遍存在。例如说拖放吧，现在离HTML5拖放的全面普及不知道还有多远，所以大家都只能基于现有的鼠标事件来开发拖放功能。又或者说带有验证功能的输入框，无论是input还是select，无论是客户端验证还是服务器端验证，也都是基于现有HTML元素的事件来完成的。这一切都是Behavior。

什么情况下使用Behavior？

简单归纳，就两个条件：

1. 需要基于特定的一个组建进行扩展
2. 组建本身所处的环境缺乏可扩展性

单看第1个条件，我们有丰富的选择。很多人的第一反应就是继承自该组件，把扩展功能做到子类里面。熟悉设计模式的话，可能还会想到decorator pattern。然而在浏览器的环境当中，受到第2个条件的限制，继承或者decorator pattern都是不可行的。这时候，我们就需要使用Behavior了。

在一定程度上，我们可以把Behavior看作一种折衷了的decorator pattern。在decorator pattern中，decorator也继承自组件，因此当一个组件使用decorator pattern后，我们就把decorator放在原组件所处的位置上，而原组件就成了decorator的一个子节点（基于树的角度来看的话）。如果再加一个decorator，原decorator就会如同一个普通组件那样再被封装一次。在多个decorator的情况下，decorator之间是串联的关系。Behavior本身不是一个浏览器内部的组件，它无法继承自input的基类，因此Behavior也不能串联。Behavior本身本也不会取代input在树中的位置，这使得Behavior可以并联起来——一个input可以有多个Behavior，例如一个是自动完成，另外一个是输入验证。

总之，如果你原来的工作就是和UI打交道，并且熟练使用decorator pattern，那么在进行Ajax开发时把decorator pattern换成Behavior就可以了。

小结

回过头来看文章开头所说的MessageBox（或曰confirm）的问题，如果这个功能不需要对服务器端进行反馈，完全可以使用Behavior实现。ASP.NET AJAX Control Toolkit就有ConfirmButton这样一个东西，在客户端叫Behavior，在服务器端叫Extender，其实Extender就是对Behavior在服务器端做一下封装而已。当然，ConfirmButton不能完全实现MessageBox的功能，它只能在用户选择“取消”时取消整个提交操作，但不能够执行另外一个服务器端的代码分支。这算是Behavior的一个限制，就是它只能在客户端添加额外的功能，但是它不能影响到与服务器端的交互。但很多时候，正是这种限制确保了我们开发的组件是与服务器端解耦的。

如果我真的需要一个与服务器端交互的客户端组件，例如支持调用服务器端代码分支的confirm，怎么办？这时候你就真的需要一个与服务器端Control对应的客户端Control了。请关注本系列的下一篇文章，《以服务器端为中心的 ASP.NET AJAX 模式 (Part 2 – Control)》。通过订阅feed，你可以及时获得文章更新：

• Cat in dotNET (feed)
• Cat in Chinese (feed)

P.S.既然提到了Behavior和Extender的一一对应关系，就不得不说一下，服务器端的Extender就是真正的decorator pattern。

远离国内的 SNS

最近我一直在想是否要把海内的帐号终止掉，原因只有一个——我很久不上海内了。既然我不用它，我就没必要把我的个人信息放在上面，让更多不认识的人有机会获取到这些信息。

如果要详细解释这件事，就要从很久很久以前说起，就是海内刚刚开放注册的时候。在改为邀请注册之前，海内曾经开放注册过几天，让及时获得消息的geek们第一时间获得了帐号，那时候我还没有多少好友在上面，已有的好友没有多少活动，news feed自然不值得一看。

后来，海内上的好友逐渐多起来了，大家也更活跃了，这是我认为海内最好的一段时候了。虽然，这时候的news feed算法也不怎么样，例如不会把同类项合并了，也不会对信息按照重要程度进行过滤。我之前也说过，Facebook的真正价值就在于它的news feed，news feed的算法不行也就以为着海内能为用户带来的价值优先。

随后，海内开始把重心转移到游戏开发上来。买卖好友可以说是为了刺激用户数量的扩张，但越来越多的游戏上线让我觉得整个海内都变得以娱乐白领为首要目标了。我的个人观点是跟Bean和Awflasher差不多，虽然中国人口众多必然导致劳动力过剩，但让每个人都把自己过剩的劳动时间投入到游戏当中并不是好事情。当海内的news feed充斥着各类游戏相关的信息时，我就不再去看海内了。

说完了海内，国内的其他SNS我想也没必要一一列举了。海内曾经是国内最用心用力想称为白领SNS的一个了，国内其他成功SNS的目标从一开始就定为娱乐性SNS，短期内不可能得到比海内更有价值的结果。在这里我所说的价值不是指SNS本身的商业价值，而是指推动国内SNS用户素质提升的价值，是指创造SNS之外的商业价值的可能性。

China MVP Open Day 2008

一年又过去了，去年的MVP Open Day在三亚，今年改成了在北京，我甚至连飞机也不用搭了，只需要打的参加（也要¥99）。

我是17号晚上和飞飞一起从中关村打的去汤山的。Bean则是当晚深夜飞过来，很可惜Bean不知道联合航空到北京的飞机是停南苑机场的，结果从南苑机场打的到汤山还费了他不少时间和金钱。Dflying早些时候就飞来北京了，不过不知道去哪里玩了，竟然18号晚上不到酒店让我一人独占房间。18号晚上去到后，人都散了，只是见到了Sisley、Eddie等人在筹备第二天的晚会，当然还有排舞的老葛等人。

由于晚上看Wanted看到凌晨两点，18号一起来就赶去吃早餐，接着就见到了Mango和Bean。由于我第一天晚上没有签到，吃完就马上赶去签到领衣服——没办法，早上的keynote规定大家要穿统一的衣服。keynote上讲了很多东西，还颁了奖——就是MVP每年一块的水晶座，今年是奥运年所以是火炬造型的水晶座——不过整个早上最让大家兴奋的应该就是那台Surface了。据说中国只有一台Surface，放在MSRA，估计就是那一台了，现在拿来向我们展示WPF如何开发Surface应用程序，keynote之间我们就都冲上台玩这台Surface顺便拍照。

中午的午餐组织得有点混乱，实际上整个MVP Open Day都组织得比较混乱，不知道是不是因为会务外包了给CSDN。据说因为会务很赚钱所以CSDN现在热衷于做这个，不过确实不太专业。

接着就是下午的一对breakout session了，不过没有哪个我特别感兴趣的——完全没有ASP.NET或者Silverlight的session嘛……我和Bean在户外找了个地方坐下来上上网聊聊天，后来俞晖也加入进来了，包包跑过来和我们照相，Dflying说公司有事要立即赶回上海（他还真没在酒店住过一晚）……整个下午我就没有专心听过一个session，都是周围跑去见别的MVP。

午餐按照技术特长来分组，晚餐就是按照地区来分组，俞晖和紫柔跑来我们广东桌装广东人，俞晖还是忘记不了说他喜欢吃螃蟹并且对于没有螃蟹感到可惜。我则一再要求紫柔把我从Web版主调回ASP.NET版主，因为当初无拉拉被分到Web版主实在让人郁闷，大部分IIS、IE之类的问题我都无法回答上来，也不确认其他人的回答是否正确。

晚餐之后就是晚会了，一个半小时其实不算长，不过留下更多时间给MVP交流也是对的，随后就是博客园的MVP聚会。在博客园上的大部分MVP都来了，没来的据包包统计大多都是上海的，例如Jeffery Zhao——我很好奇他所谓的减肥成功到底是什么效果，可写他就是不出现。博客园的聚会，就是大家各自自我介绍，然后分组讨论，晚上黎波来了——他虽然没有MVP连任成功，不过刚好也在北京为Microsoft的客户部署项目——我就和他聊了一下Sharepoint。回到房间之后，我叫了Bean过来聊天，不过没聊到什么他就回去睡觉了。

19号早上是拓展训练，就是盲人方阵和毕业墙两个项目，我们组做得还不错。中午吃饭后就是期待依旧的参观鸟巢了——其实我一直不认为鸟巢如何如何特别，不过倒还是个很值得拍照的地方。一群MVP搭大巴来到鸟巢，被告知水立方和玲珑塔都不对外开放了，于是只能进入鸟巢参观。整个广场确实很大，不过设计确实不怎么样，很多地方都很不人性化——鸟巢很多长长的楼梯，出去少数电梯后竟然没有扶梯，这叫来自发达国家习惯走到哪都是扶梯的人怎么适应呢？整个广场那么大，座位放了很多但就是不见洗手间，垃圾分类就不要期望了因为连垃圾桶都是那种很丑陋带轮子的。简单来说，看看鸟巢就知道典型的北京本地价值观了——很追求体积上的庞大，或者说是“排场”，但是不注重细节，也不懂得什么叫人性化。

参观完鸟巢后，拍了几张集体照就解散了，去机场的、去火车站的、直接回家的……基本上都涌进了地铁站，然后各自超自己的方向走。

有空要做个 Theme Software Corp 的游戏

当年Theme Hospital的搞怪实在让人怀念。各种奇特而富有创意的病症，与之配合的神奇治疗方法，还有行为略显怪异的医生和护士，组合起来是那么的有趣。现在在IT公司中的生活，感觉也很有趣，虽然有些事情也挺烦人，不过却是不错的谈资。

将来如果有时间做游戏，就做一款Theme Software Corp。市场是有各种奇怪的需求，然后要请PM来做研究并得出产品开发计划，再要请SDE来开发，之后还要请SDET来提高质量。为了保证这群人的满意度，和招聘到更加高级别的人员，必须购买各种设备来满足他们奇怪的生活需求，从咖啡机到按摩椅，还有Wii、XBox360或者PS3，甚至自己建移动大厦加一个游泳池。结果发现这些人每天来到就去拿咖啡或者可乐，然后开始看看feed，最后工作一会儿又闪出吃饭了。你想尽办法利用他们的才能，但是innovation的发挥却是很不稳定的，项目不停delay士气下降，你又要投资点什么来补救。

总之，这个游戏应该继承Theme Hospital的一些关键特性，游戏中的各种事件都是很无厘头的，同时你又要努力balance游戏中不同的指标——正如Dreaming in Code中说到的质量三角，时间、金钱、特性三者不可能都得到，在追求其中一个的时候必然削弱另外的两个。这样在有相当游戏难度的同时，又有娱乐性可言。

最糟糕的一次飞行经历

星期天晚上从广州飞北京，登机和下机的安排都极差！

在广州白云机场的B区登机，又是一层登机口，意味着肯定是搭摆渡车的。开头以为好像上次那样，飞机是国际航班转飞国内，所以停在A区空地了，结果还真是这样，而且还不是停在A区空地——是泊在A区登机桥边了！那天广州暴雨，如果飞机停在空地，登机专用车是有遮顶的，这样登机还不至于淋湿。但飞机泊在登机桥边了，就要从地面爬上登机桥（我终于知道登机桥边的楼梯有什么用了），楼梯是没有遮顶的，所有人都是淋雨之后才走进飞机的。

到了北京首都机场后，被告知地面在调整停机位，要重新分配机位后才能下机，然后飞机就停在了机场空地上足足等了30分钟！不知道乘客与空姐吵起来是否有推进作用，最后停机位并没有怎么“分配”法，飞机就在原地把我们放下，然后让摆渡车接我们走。浪费那么多时间才出摆渡车，一早这样做不就好咯，机场的调度真是差。

什么时候才能在网上收到广州和香港的节目呢

Sean O'Driscoll的一条tweet，说能够在网上听到Seattle的电台感觉离家里近了，让我再次想起如何能够在北京接受粤语节目的问题。

在北京最郁闷的事情，暂时来说，就是无法接收到任何广州或者是香港的节目，无论是电视还是广播。试用过很多P2P的网络电视平台，暂时来说最满意的就是TVU收看凤凰卫视了，至于TVB——虽然有人转发到网络上，但是peers太少，从来没有成功看到过，就是见到list上面有TVB的名字。

关于接收TVB，Catfish总是建议我接收卫星信号，因为他以前在北大就是负责把信号送上卫星的。但是这个方案对我来说也太不现实了——我连电视机都没有呢！我从来只有电脑，电视对我来说是多余的，所以在北京租的房子自然不会买电视。

除此之外，还有别的办法吗？我不停地问身边的人这个问题，但一直没有找到有效的解决方案。

Vista 为什么要引入 UAC

UAC的目标就是：干扰用户！这其实不是我独创的，而是从TWiT上听到的一种见解。

UNIX的命令行有sudo，Mac在GUI上也能够在需要sudo调用时弹出对话框要求输入密码，然而这两者的出现频率比Vista的UAC要低得多。为什么UAC的出现频率那么高呢，难道是Vista的用户体验设计得有问题？显然不是这样，Vista的UAC就是设计来不停地干扰用户的。

干扰用户随之而来的是什么？就是用户觉得这个软件很烦，然后逐步放弃使用这个软件，转而使用同类软件中不那么烦人的。这个过程会逐步把经常进行UAC调用的软件从是场中淘汰掉，如果你的软件不希望被市场淘汰，你就必须尽量减少UAC调用，也就是减少系统调用。

最终，市面上大量滥用系统调用的软件会逐步消失，要么自身改进，要么自然淘汰，从而提高了Windows的安全性。等一下，这跟Windows的安全性有什么关系？假若你的代码要执行系统调用，同时你的代码是有漏洞的，就可能由于你的程序漏洞而导致系统受到攻击。但如果你的软件本来就不需要做任何系统调用，就算有漏洞也不会连累Windows，Windows也就显得安全多了。

P.S.当然，还有一些非系统调用也需要UAC，例如对C:\Program Files的写入操作。这是因为Vista认为这也是个危险操作，而程序应该将数据存放到C:\ProgramData来实现可执行代码与数据的分离。

强烈推荐 Spore 这个游戏

由Spore发布到现在，一直在玩这个游戏，觉得挺有趣的。虽然有人说创意没利用好，操作具有重复性，不过这个游戏享受的正式创造的乐趣，而非好像RPG或者RTS那样，要通过竞技赢取什么。如果你以竞技的心态去玩，那么这个游戏就很无聊了，因为你赢了一次之后，就发现再玩也是走类似的路线，不值得重玩。但是如果你享受创造不同的生物，利用他们不同的特性来进行游戏，那就很好玩。

Spore有趣的地方在于，你在里面总能够碰到各种各样奇怪的事情。在cell stage，你会发现合理组合装备的重要性，刚刚开始有针刺的时候就可以把针刺装在前侧，然后刺体积比你大多了的生物。如果你发现不够灵敏，总是没把对方刺死就被吃掉了，那么你可以加高性能的运动器官，但前提是你又要先杀死一只有该器官的生物来获取它。到了creature stage，你可以看到举行的epic creature，这其实是其它space stage文明通过supersize工具制造的。在tribal stage，你可能会看到UFO──也就是其它文明在space stage的飞船，他们可能把地上的生物吸走。总之，在整个游戏过程中，你都会感觉到银河系中充满了各式各样的文明，在你还没觉醒的时候他们就来造访你所在的行星了，而且还会制造各种奇怪的事件，例如麦田怪圈。

暂时Spore只有英文版和繁体中文版，不知道什么时候才在内地上市，或许我会去买一套简体中文版，把它的cd-key用到英文版上，然后连上EA的服务器玩。Spore是我认为挺值得收藏的一个游戏。

第一次开 OT 开到 1:30AM

终于体会到软件工程嘅焦油坑，唔单止需求唔明确成日变，而且相关人员太多──我啲嘅项目相当于通用型项目，同各个已有嘅产品线都有合作，项目嘅任何改动都要通知各个有关产品线嘅PM，等佢哋嚟确认新嘅行为係合理嘅，同时又要各个产品线个QA嚟重新测试，确保哩啲改动唔会影响到原有嘅协同功能。

如果浏览器 geek 到能够随意换 kernel

Google Chrome是开源的，所以只要你有兴趣你都可以去Google Chrome的SVN把源代码check out下来看看，然后你会发现它用到了大量第三方的开源组件。

在过去，浏览器总让人觉得是一个monolith般的东西，一个大整体，内部耦合度高，很难在一个浏览器中复用另外一个浏览器的组件。准确来说，浏览器按照内核分成了几族，族内的组件倒是通用的，但族外的就不通用了。但是在看到Google Chrome如此组装开源组件后，才发现其实浏览器也有可能发展到能够跨族相互融合的程度。例如Google Chrome是基于Webkit的，然而JavaScript引擎换了V8，所以执行效率比Safari高多了，而渲染引擎换了Skia，因此暂时看起来没Safari那么精致，支持的CSS3也没有Safari那么全面。

将来的浏览器，或许会像Linux一样按照distro（distribution）来划分。安装插件已经不能满足geek的需求，所以选用什么组件变得可以自定义。浏览器与浏览器之间的组件复用壁垒不会好像现在那么高，programmer已经可以轻易地从一个浏览器借用代码复用到另一个浏览器上，然后制作自己的distro。