银河系漫游者

今天看到Amazon AWS放出了Java的SDK，并且有牛人把这个SDK和Google的App Engine结合到了一起，于是App Engine里面就可以使用Amazon的服务了，让两者都变得更加有用起来。

看AWS的SDK，感觉云计算的趋势，还是倾向于制作一个Full Stack的开发环境，一方面简化开发者的操作和配置，一方面也绑定开发者在这个平台上，让其更忠心。现在Amazon是底层的instance操作和sdk都提供，Google只提供了sdk，微软的环境似乎也是只有.net开发环境。这几个之间，不能互相迁移，就像我们现在在GAE上写的代码，基本上很难迁移到AWS上去，也不可能，当然也没意向迁移到微软的环境下去。

跟一些朋友聊这个App Engine，有的还不了解，有的上来就说云计算还有不少问题，比如安全之类，一旦细聊起来，其实也是网上看了一些标题，没有深入了解到底怎么安全有问题。看来我们的尝试还是很大胆的:-) 就安全问题来说，自己在国内买机器放服务就安全吗？听说过的IDC被搬了机器的事儿也不少了，老老实实作服务，架不住被连坐。在国外租服务器，数据也是依赖他们的安全措施，和google似乎没太大差别。可能问题会在于，一旦我们的服务做到很大了，需要重写数据接口和数据模型，以适应最广泛应用的分布式环境。但是现在还不太担心这个。做大的可能性，老实来说可能性不大，一旦做大了，也不缺钱干这个。

就现在来说，我希望的云计算是这样子：1.不考虑底层如何做到并发和分布式环境，只需要按照提供的编程模型来写逻辑，系统自动做到分布式查询和更新。2. 按需付费。3. 好用的开发和测试环境。4. 能够提供对底层和异步的一些操作， 能够从上层达到操作底层一样的能力。

现在，2是云计算标榜的特色了，1，3这两点GAE做的都不错，4还差一些。现在GAE无法做到统计功能（比如找出所有职工的个数这样的COUNT(*)操作，不过刚提供的试验性质的mapper似乎可以做到这一点了），也不能使用Socket进行网络连接，甚至一次性select出2000条以上的数据都是问题。这些都是GAE云计算模型的不足，如果以后可以改进，会让这个系统更加好用。而AWS却是4做的最好。他就是给你几个linux或者windows的实例，你爱配置什么就配置什么。不过开发环境和屏蔽底层细节这几点做的不如Google。

从我们的实践来说，Google的这个环境对于小型开发者还是很好用的。就我自己，从来没写过分布式的服务器代码，现在感觉用起来也是挺顺手。无论结果如何，我们总算是走上云计算辅助开发的路了，就这么走下去吧。跟着Google混，就图有免费的肉吃，我们就这么没出息。:-)

前一阵的时候，我用jsp写了几个页面。体验很不好，各种标签和自定义标签，拼页面的感觉让我想起了大二的时候用asp给系里写主页。勉强拼了几个table凑合用着，前两天就出问题了，经常更新失败，我看着一团糟的jsp就不想继续维护下去了，于是想着重新来，正好听说Google的GWT挺牛，就尝试用一下。

首先去gwt的主页跟着tutorial了解了一下流程，感觉很cool。基本上是在写桌面应用，各种组件组装，还能断点跟踪。然后发布的时候会把java编译成javascript下载到浏览器，实现Gmail那样的ajax体验。

就我断断续续加起来不到几个月的可怜的写web代码的经历，从来牛逼架构能实现这样的体验。于是我立即就打算开始用gwt重写这几个页面。周一和周二抽空看了一下tutorial，以及一些基本概念，周三开始写代码。

遇到了几个问题。首先是我希望从它的show case里面扒拉一些code来用，没想到他的整个show case的代码耦合性太强了，想生撕下来一块来用基本上不可能，一折腾就要把整个结构拿来了。折腾了几个小时算是放弃了。然后希望从一个dock的组件入手，自己搭一下。

搭了个七七八八，客户端码好了，一连服务器端发现失败。无论怎么改都是失败。原样的代码用到另一个测试工程上就可以，我觉得可能是当前的工程用了一个现成的framework，把routing给改了，导致客户端通过gwt-rpc这种方式连不到服务器端去。当认识到这个问题的时候，我试图重新修改当前这个framework的源码，让他放过我一条路由，后来发现还是不行。去问google groups里面的开发者，他也没说出来个啥。

后来只好退而求其次，采用gwt提供的另一种交互方式，通过json来交换数据。这样其实也挺好。因为这个工程本来就有很多json的结构，只需要包装一下就能提供给客户端。写了个1+1测试了一下，发现可以通讯了。

由于采用JSON的话，客户端只能看到基于JSNI（一种Json嵌入java的方法）的数据，于是封装了两个模型数据给客户端用，修改客户端请求方式，修改服务器端提供数据的方式，周四下午终于弄出来一个可以操作的版本。

于是心情大好。去田老师红烧肉吃了一顿回来，感觉这两天总算没白费。接下来的事情就简单了，增加css修饰，增加类似Gmail那样的ajax标签提醒，有点模样出来了。

这几天的体会，gwt很好，很强大，很符合我对web开发的期待，那就是组件+断点调试。这是把web作为application的最佳开发模型。当时作浏览器的时候，感觉gmail和gmap的javascript代码都很奇怪，肯定是混淆过，让作解析javascript的哥们痛苦不堪，但是没想到背后有这么一个强大的开发模型在支持。Google就是牛阿。

希望从明天开始能够生活回到正轨。

深夜睡不着，又想起去年7月份在San Jose看纵贯线演唱会的事情。纵贯线里面，我最喜欢罗大佑，其他三个也蛮喜欢。主要是听歌的年代集中在大学之前，对于这些个旋律很优美（相对于某些急切火爆调子来说）的流行歌曲十分入迷过一阵子。

后来高年级到毕业后就很少听歌了。主要是戴着耳机听歌再干活，总是会发现当前的流行歌曲很吵，不能让人安心思考。作为需要把血液集中到大脑皮质最外层然后憋大招的程序员来说，这很要命。所以程序员总是会喜欢一些安静的调子，比如许巍老师之流，虽然也有非程序员圈子的二货把许巍老师也当成摇滚歌手，这都是表面现象了。

说到这次演唱会，我去的时候带满了装备，包括一个望远镜（买了个倒数第二贵的票，铁定看不清楚人）、一些现钞、还有一个卡片机（以防不幸被主唱拉去合影）。去了之后等待入场的时候发现基本上是大爷大妈之流。也有年轻人！一堆年轻人叽叽喳喳在聊天，我探过去伸脖子打听了一下，不是斯坦福就是技嘉tech的新科博士，都是骄子。当然其中肯定会有像生活大爆炸里面的Sheldon一样的人物，我终于近距离观察了一下这一类动物的举动，发现果然不同凡响。

后来等来了要带我回去的同事，还有大学的校友，进去之后找地方坐好等待开始。似乎是个小场，几千人吧。肯定比不上北京首演那规模了。

然后就开始了。周和李先上来调侃，说关系好，互相打架都不打脸的。说着说着就唱起来了。等到罗也上来唱起来的时候，我就失控了。那感觉就是从小就有人在你耳朵边上说谁谁谁，都念叨了一辈子了，突然见到了那种失控。其实我当时坐的位置，距离两边的液晶屏也老远，效果连15寸电脑显示屏都不如，但是就是失控了，没办法，现场就是现场嘛。

后来大家都跟着high（除去一些欧吉桑欧巴桑，他们估计太老了吧，内心活泼泼的，外表还是能保持平静）。唱了很多经典歌曲，大家都会。当然《童年》是会的最多的，也是最热烈反应的。怀旧是每个人都可以享有的甜蜜的忧伤，这首童年实实在在，踏踏实实地让这种甜忧充溢了全身每个细胞，无一个不顺畅。也有一些他们新作的歌曲，包括给地震中的孤儿的，还有给那些“爱你的人”的。新歌会唱的都不多，主要是主唱四人组自己在high。

很多人在下面喊歌名。上面老罗就说“他们在点歌诶。我们该唱哪个呢。”我还记得其中有一个尖叫说“张震岳笑一个”，然后老罗就过去让张震岳笑一个。于是！张震岳就笑了一个（特写）。

接下来又唱了很多似乎。才一年就忘了很多细节了。当然还有一些老罗当愤青的时候写的，在大陆没法子唱的歌。也很high。

老李和老周是最活跃的，俏皮话都是他们两个说的。老罗太老，而老张又太耍酷。哎呀，都忘了都忘了说了啥了。散会的时候很多人都冲上去了。我觉得主唱既然太忙，我就不去凑热闹了，就出来了。然后就Over了。现在再回忆，还能感觉到那种感动的状态，可惜很多都已经忘记了。很多时候，经历了很多事情，最后就剩下一句话：”我去过”。

今天看到一个帖子，说十二星座的特点，巨蟹座是“怨逼”，就是抱怨很多的意思。我觉得很有意思。罗大佑似乎是巨蟹座。他的抱怨很多都写进了歌里，让每个喜欢他旋律的人都跟着抱怨一回，实在是大师级别的巨蟹。我突然想，我曾经把一本《不抱怨的世界》送给一位巨蟹的朋友，是不是也有可能让这世界损失了一位罗大佑级别的游吟诗人呢？

五一小长假，没有出去玩，就在附近溜达了溜达，和几个朋友玩了一阵子三国杀什么的。其他的，合租了四年的哥们搬家了，合租的三人组基本上各自住了，都年龄大了，哈哈。

忙完零零碎碎地事情，考虑到服务器端的问题，抽空看了一下Google App Engine，比起一年前的状态，感觉基本上是个可用的东西了，很先进，如果Google能够继续完善下去，会是一个好东西。考虑到以后可能还会协作，选了Java环境下的GAE。以前没写过Java在服务器端的代码，就在下载Eclipse的过程中，去网上下载了一份servlet的电子书来看，大致浏览了一下servlet的结构和环境，等eclipse下载下来之后，装上了Google App Engine的SDK插件，就可以写Hello World的servlet了。部署也很方便，很不错。

云计算这个概念，按照GAE这个路走下去，真是一件不错的事情。前阵子做VPN，曾经考虑过Amazon的AWS作为平台，后来还是买了个独立主机。一个原因就是，AWS其实还是一个虚拟主机的意思，虽然灵活性很大，但是比起那些采用Xen或者什么的虚拟主机，似乎差别不大。而GAE却是完全不必考虑负载均衡问题， 现在虽然底层操作不灵活，但是上来存储就是BigTable，MapReduce，一个web应用一出生就站在了世界上最强的分布式技术架构之上，让人感觉很有前途。

以前考虑过自己搭建Tomcat+Hibernate+Servlet什么的后台，虽然负载均衡也有成熟的方案，但是总有一种杀鸡用牛刀的感觉，把很多时间都花在了磨这个牛刀上了。但愿GAE能够绕过这个阶段，真正做到一开始就站在云端。

一个月前看到这个网站在举办徒步100公里的活动，一激动就去报名了。上周六出发，我之前还备好了手电筒，心里还想着夜走香山。

上午7点半从石景山游乐园出发，两个小时到了三家店的时候，走了12公里。还觉得挺哈皮，感觉百公里近在眼前。谁想着过了三家店就要从水闸那里上山，我的能量槽立即就叟叟地往下掉。这地方名叫九龙山，就是九个山头的意思吧。爬了三四个山头之后就觉得储备能量已经耗尽了，每爬一段路就要坐下来喝点水，吃点东西。磨磨蹭蹭地还连累了和我一起爬的hzmangel。

后面还遇到了90度陡坡的地方（组织者找到这样的路太有才了）。有的山头看上去就是最高的了，一上去发现竟然还有更高的。幸好吃点东西喝点水就又能缓过来，继续走。主要是没有退路了，只能往前走，没得选。后来水喝光了，还跟hzmangel要了点，2:30左右熬到了小狗之家，一个志愿者的指路点，要了半瓶水。

下到山腰，能看到农家的时候，已经下午4点了，hzm还要去爬香山，我琢磨了琢磨，还是不拖累他了为好，就放弃了。后来跟一帮铁了心不去爬香山的人一起走，到了圈门370车站大约5点多，上了车，到玉泉路吃了一顿火锅，这次活动就此结束。算下来平陆上有12公里，山路18公里，走了三分之一。

总的来说，100公里超出我的体力最大值了。尤其是爬山，实在是不在行。下次打算参加一个百里的，爬一次香山，再走四五十里应该问题不大。

今天心情不错。因为住了十来天的院，终于快出去了。身体状态也差不多恢复了正常，比起前几天那简直可以说是好极了。
不进医院不知道自己身体不好，这下子出去可得注意了。一个小毛病就折腾成这样，大了得多难受啊。
感谢这几天照顾我的人，感谢大夫和护士们。。。

24日晚上8点，我在开心网上转了一个贴，名字是《驻京办要撤销了，没吃过驻京办美味的要行动起来了》，里面虚张声势地说驻北京的办事处全部要撤销，然后附上了一个copy过来的驻京办美食列表。到现在一天半时间，浏览量过了三万，转帖超过七千。

这是我第一次有预谋地以浏览量为目标的转帖，借以观察一下开心网的影响力，结果是，真牛叉。新浪博客排名前十的博主，发个帖子，两天内也就两万来人的访问量，而我这个浏览过三万的转帖，在两天内就能超过十几万几十万的转帖面前，实在是个小不点。新浪博客排名第一的韩寒的一篇博客两天也就五十万，开心网两天内转帖超过五十万的也不是没有。

开心网的转帖，淡化了原创的概念，也淡化了个人的影响力，主要突出了帖子本身内容。这意思就是说，凭着个人影响力来造势似乎没太大可能，帖子内容才是浏览量的关键。开心网出个芙蓉姐姐，木子美的可能性比较小，但是，凭着一篇帖子引发舆论争议的可能性反而更大。

附上本次转帖的一些心得：
一、标题党。要有煽动性，让人点进去。哪怕名不副实也没关系。（我这篇标题意思是全部驻京办都要撤销了，其实链接的内容是省级以下才要审核撤销）

二、内容最好是衣食住行等和白领生活密切相关的，这样容易引起共鸣。（这篇的驻京办美味涉及到吃，容易引起众吃货的共鸣）

三、俊男美女照，擦边球内容，搞笑视频图片，能让人脑组织的YY部分得到运动的内容最好。看了一下转帖过几十万的，基本上是漂亮女人，搞笑视频。

四、千万不要顾忌内容的中立性，文不对题等因素，越偏激越好，越标题党越好。爱国主义，民族主义的也可以，十几年的爱国主义教育让白领们潜意识有转帖的义务。嘲笑阶层的就算了，打倒一大片的就算了，骂人的就算了，白领们不喜欢被人教育。

五、多加好友，不过没必要发信让你的好友去帮你转帖。我的好友很少。我看转帖浏览量过几十万的第一转帖人的好友都有接近一万。。好友多了，第一次转帖冲击波的能量就大多了。所以呢，看到那些好友有上万的用户，我心里都会猜测是不是这姐们（对，没有男的）是专门来转帖发广告的。

过几年，靠转帖来发广告，慢慢的也成为第九媒体了没准。

作为一个有时候伪装成Geek的一般青年，《The Matrix》是这个伪Geek最喜欢的电影（没有之一）。很多评论认为这个系列受到欢迎的原因之一是它精确的细节描画，我比较赞同。在《The Matrix Reloaded》里面，Trinity关掉27街区的电力，使用的命令先是Nmap，查找到可用的22端口，然后使用了一个假想的sshnuke命令，把root的权限改成了Z1ON0101，让很多人津津乐道。这个密码，还把I换成了1，十分hacker style哈。在这三部曲里面，第二部其实是最有意思的一部，第一部刚开了个头，第三部忙于战斗和收尾，而大部分编剧想要诠释的概念全在第二部得到展现，包括smith的变异，architect的对话，还有和那个法国人的交锋，都话里有话。

机器给人类设计的世界经过几番进化，现在是这个样子：充分展示人类的美和丑，为了防止不愿意呆在Matrix的人引发系统当机，一定程度上容忍人类有选择离开Matrix的权力，这些人会聚集到Zion。在Zion的人到达一定人口之后，The One会作为系统升级的一个程序出现，他作为Zion的救世主，经过一番和Matrix以及Zion的交互，携带升级的补丁来到代码之源，commit补丁，选择下一个Zion的16女和7男，然后系统毁掉Zion，进行一次系统升级。 　　那么在这个系统打到sp5，该打sp6的时候，出了点事故。首先Neo这个程序收到爱情的冲击，有了其他5个版本的补丁所没有的不确定性，然后在neo在处理Matrix的守护程序（Agent）的时候，把一个Agent打的出了异常，没有被释放掉（DELETE）就退出了。那么，这个Agent就成了野指针，无法被系统找到并且删除。

所以，在打补丁的时候，neo没有按照常规提交补丁代码，而是怀了一份希望，希望能保住现在的Zion，并且不引起系统当机，杀掉所有人类。意思就是在现有系统的基础上保留既有成果，现场进行一些清理操作，让系统能够稳定。这时候恰好那个野指针smith开始疯狂的自我复制（病毒），如果不尽快处理就会吃掉所有的系统资源，到时候机器也会被耗尽资源同归于尽。这个叫smith的病毒不同于那个法国人，法国人作为老款病毒，目标仅限于能够获取一定权力，缩在自己的空间玩自己的，而smith作为新一代的蠕虫病毒，具有癌细胞的野心。

那么neo就有了一个机会能够和机器来讨价还价。机器不除掉Zion，neo就通过自己捕获到smith，让系统能找到smith的物理地址，然后delete掉。他成功了，但是作为delete掉smith的连带效果，neo也被一并删除掉了。

接下来电影就没讲了。其实可以很容易推测，接下来的结果会是Zion解放的人口会越来越多，最后达到一个平衡，想继续玩游戏，不打算闹独立的人继续呆在Matrix，闹独立的全跑到Zion，跑到Zion的觉得太艰苦再回到Matrix的估计也会有。

这个系统是不是有点像我们现在使用的Windows XP呢？因为Windows XP才经常容易中毒，并且无论怎样设计，总会在使用的时候出异常。那么，你可曾感受到，在给Windows XP打Service Pack的时候，那些被删除的dll的悲鸣？

那个法国人在玩弄他自己的小世界的时候，写了个小程序（蛋糕），来讲述自己的因果观念。这和我前阵子看到的《黑天鹅》里面的一些说法挺相似。有结果必有原因，但是很多时候却无法找到原因。很多时候，原因是控制的人给被控制的人的一个托辞。在一个火鸡的世界里，如果发现每天都在下谷子，并且谷子的数量呈递增态势，就会有火鸡分析家给出谷子的递增方程，并且说明谷子从天而降的真理性。其实却不知道这个下谷子的原因是在感恩节这天的世界末日。

我觉得导演在暗示一个道理，就是只有人有了选择的权力，系统才会平衡。乌托邦是不可能长久的，而由一部分人把人民群众都代表了，显然也不会持久。给予一些选择的权力，哪怕是表面上的，才会让系统得到控制。

其实Zion这个设计挺恶毒。Zion在人类心中，是自我解放的圣地，实际上却是系统收集反抗人群的口袋。这和毛爷爷的大鸣大放，搞阳谋一个调调嘛。

如题。十年砍柴看水浒能从字里行间看出了门道，弄得我这种好读书不求甚解的家伙每每有“咦！原来老施这么写是有深意的”的感慨。

水浒是个在沉闷的经济体制下企图独辟蹊径追求速发的创业公司的典型，可惜没有一个兼并和整合的大环境，导致尚未发展壮大便被恶性竞争到倒闭。

都说黑宋江惹人厌，跟着十年砍柴分析分析，没有他还真扯不起这个有一百零八个中高级经理的集体所有制班子。晁盖是不行的，嫡系也就十几个，撑死是个作坊的规模。吴用作为职业经理人是可以的，但是拉帮结派攒个局是没本事的。玉麒麟更是在国营大企业做的顺风顺水，被逼下海而已。

宋三郎追求的是做起规模来被收购，这无异是看清当前上市无望之后的明智之举，可惜是像“小护士”，“乐凯”之类一游，被收了品牌又被雪藏，终究是没成正果。而方腊作为强行流血上市的典型，在上市后不但没有得到回报，还遭遇了恶意收购，最后破产倒闭。

想起水浒里最后的一首诗的两句，“生当鼎食死封侯，男子生平志已酬”。黑宋江左右腾挪，撑起一百单八人的草台班子，终究是在这个世上风光了一回，也曾大口酒大口肉，最后虽死也落个封侯，纵使遭江湖人鄙视，纵使遭朝廷陷害，此生也足矣！

曾跟一位做医疗设备的老总聊天，说到他们的产品。他们其中的一款产品很小巧，可以随身携带，记录一些病人的日常生活起居的状态数据，来作医疗辅助。我开玩笑说，凭着贵国强大的山寨能力， 你们这个上市半年就会有寨版出现。他也笑笑，说，这个没有办法。我们做这个东西也希望是能够开拓这个市场，让更多的跟随者出现，我们慢慢的从前端走向后端，不再做全链条。

他说的这个后端，就是搜集病人的生活数据，进行数据分析，为病人提供进一步的医疗建议，也为医生做下一步的诊治做借鉴。在制造能力越来越不再成为门槛的今天，只有数据和积累这些数据的平台，才是制造企业最有价值的一环。

Amazon突然卖起了kindle, 连锁书商Barnes & Noble也跟风卖起了号称kindle杀手的“nook”, 在很大的程度上，也是希望能够通过这个触手，直接接触到消费者，来收集每个用户的行为，然后汇集到云端的挖掘系统，勾勒出每个用户的爱好，消费习惯，然后有针对地进行推荐，卖出更多的书或者电子产品。

中国的汉王也在卖电子书。但是他仅仅是一个制造商，所赖以制造门槛的OCR技术也并不是如此的高不可攀（传说Google自己扫描纸板书的软件，是开源的Tesseract OCR), 而没有一个庞大的后端数据库，所以最大的可能是在接下来的几年和众多的山寨厂商竞争，身心俱疲的为了获取一点制造利润，而不可能像Amazon那样，虽然从kindle上获利不多，但是卖出了多得多的书和其他消费品。