joyfire: Blog

足球决赛是阿根廷对尼日利亚

Wed, 20 Aug 2008 03:12:07 GMT

　　昨天梅西把小罗折腾得很郁闷。可怜的巴西男足，又没拿到奥运会足球金牌，还吃了两张红牌，邓加回去要挨骂了。不过巴西女足很有希望。

　　决赛是阿根廷PK尼日利亚，都得过奥运会男足金牌，期待中。

　　看看人家尼日利亚球迷怎么说？让人回忆起上届奥运会时报纸上的报道：阿根廷观众对中国观众说：“厉害，那么多奖牌”；中国观众说：“用十块金牌换你们的男足和男篮冠军吧”。

去看杨威的男子全能

Fri, 15 Aug 2008 04:47:48 GMT

　　昨天去看体操男子全能的决赛。这票买的真值。

　　这个项目的特点就是失误多。不断有选手在进行自己弱项时，掉下器械、落地没站稳或踩线出界。关键就是看谁最稳定，失误最小。观众很热情，无论是日本、美国、俄罗斯选手，都能获得掌声和喝彩。很多掉下器械的选手勇敢地继续比赛时，全场响起热烈掌声鼓励。我没拍到比赛时的照片，闪光灯会影响选手发挥。

　　当然了，最热烈的掌声和喝彩，是留给俺们杨威的。喊得太狠，颁奖唱国歌的时候，嗓子都哑了。

　　BTW：俺也为奥运顺利举办做了小小贡献。昨晚和朋友吃饭，晚上10点回去路上，在奥运村附近遇到一群抓耳挠腮的老外和出租车司机师傅。老外不会说汉语，只有卡片上的英文地址，热情的师傅们又看不懂，正在用地图比比划划。关键时刻，路人甲乙及时出现，第一拨老外要去“大屯东轻轨站”；第二拨就有点麻烦，要去建国门南大街的某家酒店，可是酒店英文名不能直接对应中文名，拨打114，搞定。老外握手一个劲儿说3X，俺给他一个北京市民标准的友善热情的笑容。出租车司机说：“外儿康图北京”，又跟我说，“哥们，谢啦，英语很重要”。哈哈。

　　一天下来，累。

赛前场地

热情观众

欢呼声再大一点

棒

赛后遇到大雨，组织者在10分钟内调来了上万套免费雨衣，大家都奔向麦当劳，挤得门都进不去

昨天去看击剑

Tue, 12 Aug 2008 12:51:34 GMT

　　昨天去看女子花剑的比赛，进入四强的是3个意大利运动员和1个韩国运动员。韩国和意大利之间的决赛精彩激烈，到最后15秒才分出胜负。韩国人和意大利人都是很情绪化的民族，我们周围双方观众的喊声都快把房顶掀翻了。

鸟巢圣火

扮演福娃的志愿者很辛苦，这个“妮妮”刚修好自己的空调系统，从支援中心走出来，趁机合影，没多久他就被大群各国小朋友围住了

女剑客激烈攻防，动作太快，拍出来的大多数照片都是虚的:(

场间的文艺表演：中国舞剑

比赛结束出来天已经黑了，水立方亮起来了，我正在偷看一群性感的意大利女孩呢

回望奥利匹克公园：鸟巢、水立方、玲珑塔……像梦幻一样

近在咫尺

Sat, 02 Aug 2008 10:09:19 GMT

　　8月8日近在咫尺。

　　旁白：软件行业的惯例，越接近deadline，越像恐怖片情节。《梦断代码》里提到一本叫The Limits of Software的回忆录，记录了美国航空管理局Advanced Automation System项目的悲惨过程。1500名IBM程序员，每天花掉政府百万美元。项目后期，巨大的压力带来严重的心理创伤，“没有人——哪怕作者——可以全身而退”。有人砸烂自己的汽车；有人疯掉；有人自杀；有个项目经理开始吃纸上瘾，项目拖后得越多，他在开会时嘴里的塞的纸就越多。该项目最终因为超出了技术和人力的极限而失败。

　　我还好，没吃纸，只是每晚三点钟才能睡着。7月份的Beta测试中，BugFree里共登录了75个Bug，目前还剩12个待修正，4个推迟到下一版；Todo List里还有8件事没做，包括3个技术报告，1个软件著作权申请；hp忙得脚朝天，对donkey和shark进行全面清理。

　　压力大，火气就大，总发恶狠狠的邮件：

　　最出色的工程师都会主动追求细节和完美，绝不会摆出一副“别来烦我”的死样子，给提意见帮忙完善产品的人施加压力。“不怕神一样的对手，就怕猪一样的队友”。谁让我闻出来，有不肯追求自己产品完美的味道，就滚出团队，别给我拉后腿。

　　8月8日正式发布，世界各地任何崩溃信息或使用疑问，都会转给软件负责人进行客户支持。如果软件本身问题一堆，人机交互界面设计得很垃圾，你就等着处理潮水一样的客户支持邮件吧。

　　05年我刚接手pFind工作时，发过一封邮件，重温一下……

　　发几张图，到了8月8日，大家就可以到官方站点上注册并申请免费下载最新版本的pFind Studio了。

pScan启动界面，pFind Studio家族系列里最年轻的应用软件，首次公开亮相。

pLabel的主界面，接近两万行代码进行了彻底重构，与老版完全不同了。

把全世界竞争对手的软件打得满地找牙。

偷窃和苏格拉底

Wed, 30 Jul 2008 07:00:11 GMT

　　我爱死色诺芬的《长征记》了，随便翻开一页，从来没有让人失望。

　　昨晚翻到一页，看到有一次计划偷袭时，两位来自不同城邦的指挥官互相打趣：

　　色诺芬说：“……我为什么建议偷袭而不是强攻峡口呢？因为我听说，克里索甫斯，你们斯巴达人从小就开始练习偷窃，能偷到法律允许的任何东西而不被捉到，是一种荣誉；而偷东西时手脚不利索，被捉到，却要受到苔杖刑罚。现在正是你们表演这种才能的好机会。只要以最低成本偷占这块高地，全军就能少挨打，这个形势和你们的风俗是一样的呀。”

　　克里索甫斯说：“是吗，不过我倒听说雅典人也不是吃素的，你们最擅长贪污公款，这可是偷窃的最高难度。事实上和我们不同，你们中间越是高官贵族，偷的越多，你们一定认为偷窃能力是当统治者的必备资格。所以现在是你们大显身手的时候才对。”

　　色诺芬说：“好了好了，我吃完饭就带部队出发，去夺取此山。我已经有向导了，轻步兵伏击成功，抓了一些跟踪袭扰的混蛋……”

　　给没看过《长征记》的扫扫盲：波斯国王的弟弟小居鲁士起兵争夺王位，麾下最精锐的部队是一支希腊雇佣军。他们长驱直入，从地中海一直打到两河流域，接近波斯首都，今天的伊拉克巴格达。这时却发生了戏剧性的变化，居鲁士意外被杀，树倒猢狲散，往日的战友争相投降国王。一次背信弃义的诱捕把希腊高级将领一网打尽。

　　身陷万里外的敌境腹地，群龙无首，内无粮草外无援兵。一万希腊人却创造了奇迹：选举将领，约束军纪，击溃围追堵截，行军万里，杀出一条返回祖国的生路。两个指挥官，一般是克里索甫斯指挥前队开路，色诺芬带领其余断后。两人性格不同，但相互信任，配合默契。克里索甫斯病死后，希腊人内部出现裂痕，频繁的兵变和选举使色诺芬无法充分施展智谋，部队遭受了很多损失。

　　BTW1：以前就提过，中国古代的史官很少真正上战场，更别提指挥部队，因此很难细致客观地描述战争。而古代希腊罗马的贵族们，像色诺芬，后来的亚历山大和凯撒，都留下了不少精彩的战争笔记。

　　BTW2：色诺芬回到希腊的同一年，苏格拉底却被处死。很想知道这时他的心情。色诺芬和苏格拉底曾经同在骑兵部队服役，据说战场上还被苏格拉底救过。他参加雇佣军前找苏格拉底商量，后者还对他执意离开雅典不满。色诺芬的《会饮》不如柏拉图的《会饮》有名，但他记录的苏格拉底是不是更接近真实呢。

　　BTW3：《战争与和平》开头就提到，书架上有凯撒的《高卢战记》和《内战记》，其实安德烈一开始就打算离开美丽的妻子，到战场上一死了之。

又是一年

Sun, 27 Jul 2008 17:03:34 GMT

　　看了一整天《聊斋志异》，没想到是这么度过24点的。最近又看了几本书，一直懒懒散散没上来记。

　　刚出版的《梦断代码》和《The Best Software Writing I》都是讲程序员文化的，简直把软件行业的大事小情都说遍了，后者甚至还有一篇，专门比较程序员与销售人员的区别，讨论两者如何合作。

　　有天半夜2点醒来，烦躁不安，翻书架，找到上次老妈买的《挪威的森林》，看到天亮一口气全读完，一点都不觉得困。村上春树的文字简直是魔法。

　　“春天的原野里，你一个人正走着，对面走来一只可爱的小熊，浑身的毛活像天鹅绒，眼睛圆鼓鼓的。它这么对你说道：‘你好，和我一块儿打滚玩好么？’接着，你就和小熊抱在一起，顺着长满三叶草的山坡咕噜咕噜滚下去，整整一大天。你说棒不棒？”

　　就因为村上春树在《挪威的森林》里借主人公的话说，自己最喜欢《了不起的盖茨比》，我就也想找来看。记得老妈有，她说没带到北京，于是又到中关村图书大厦买了一本。

　　十号线开了，下班只需要5分钟就能坐上，估计以后去“光合作用”就少了。海淀图书城、中关村图书大厦、单向街、第三极、还有这个光合作用，每一家书店都是这样，我刚混熟，弄到会员打折卡了，就让什么事情逐渐拉开来。

　　又是一年，今天还和往年一样，但是这一年却刻骨铭心与众不同。H老板不时骂我一顿，直指我的懒惰、疏失和狂妄。老妈说，能碰到这样的领导和团队，是你的运气好。我也知道这半年狂躁疲惫，一点状态都没有，只能算强撑着不崩溃而已。周围体谅体谅再体谅，总这样下去，变成提起来一条放下一团的废物，对别人不公平。

　　8月8日就要到了，每天发邮件：“兄弟们离放假还有XX个BUG”。

Randy Pausch去世了

Fri, 25 Jul 2008 18:10:58 GMT

关于异常机制和编程style

Sat, 19 Jul 2008 20:28:20 GMT

　　首先放张照片，程序员责任重大，除了正常逻辑部分，还必须在异常发生时周到地帮助无辜的用户。

　　八卦点题外话，是在Google著名华裔程序员王忻（Niniane Wang）BLOG上看到这张照片的。她刚刚发布了引起轰动的Google Lively。新闻里说Lively是工程师20%时间的业余开发成果。考虑到她的年龄只比我大一个月，实在让人绝望呀。你去看看linux操作系统内核的历代版本负责人，从Linus本人上大学期间发布0.02开始……2.2版、2.4版、2.6版的总维护人都不到26岁就掌管内核代码主干版本。像大一还没上完就写出抢占式调度补丁的Robert Love（很多人都说他有可能是下一版2.8内核的代码总维护人）这种，都只能算稍微年轻一点的。到了30岁，程序员的黄金时代就过去了，只好靠留大胡子唬人了（Guido van Rossum进了Google以后，真的留起胡子来了，咣当）。

　　回过头来说正经的，相对C，C++最有价值的改进就是exception了。这半年来pFind的重构，一个水面以下的最大变化，就是把以前return false和GetLastError()风格，用throw和try代替。当然这需要大量的体力活，刚开始遇到不少疑惑。但后来所有人都发现这是偷懒的好方法。一个例子是，老版代码发现一个bug，异常位置和崩溃位置差很远，就是因为前者的return false链条断掉了：出错的函数上面套了11层调用者，有一层没判断返回值。纯C语言的灵活性和直观性的代价是，程序员必须是铁人，有能力妥善处理一切细节。

　　有了完整的exception处理机制，一旦出现崩溃，pFind2.1就立刻把运行现场所有的信息都记录下来，这样有利于调试，特别是无代码，或BUG重现需要很长时间的情况。这两种情况俺们都要面对：pFind将在网上开放下载，散播到世界各地的生物学实验室；蛋白质鉴定是计算密集型应用，有时候release版运行一整夜才跑到出问题的地方，指望debug版加断点调试是很低效的。

　　至于现场信息的携带，没有复杂的异常类继承体系，仅仅依靠字符串。组里聪明的年轻人设计了一个异常信息格式化的类，可以很方便地在每个堆栈展开catch的地方追加新的现场内容。这样一层一层加上去，形成类似JAVA的异常报表。

　　常见的疑问是exception有性能问题。可能不同应用要求不一样。经过实际测试，pFind的性能瓶颈不在这方面。似乎新版GCC编译器对此做了优化。

　　说到C和C++的比较，很多人可能要提到云风和Linus，以及之前关于C++的大论战。在很多技术问题上赞同云风的观点，甚至有点崇拜。但一直老老实实用C++，没有追随他叛出山门，回到C语言。原因很简单，C++对这个项目更合适：pFind是一个有二、三十个模块，几十万行代码，十几个人合作，历时五年的项目；它很看重速度和性能，但优化的大头，都在流程和算法方面，除了最关键的“热点”以外，其他部分不必也不能牺牲代码的可维护性；而开发人员水平又参差不齐，很多人无法达到用纯C开发大型系统必须的素质要求（像前面提到的bug，传统C风格异常机制下，出错后需要11个函数依次return false，穿越4个不同作者不同时期的代码，只1处懒惰就抵销了其他所有严谨。俺的团队很难达到这种程度的严丝合缝，也没必要付出这么高的开发成本）。这就注定了C++是唯一的可选项。一直在关注其他各种语言，比如D语言，但现实来说只有C++符合条件。

　　Andrei Alexandrescu对这个问题的看法很中肯：像Linus这样的牛人，他很清楚自己在干什么，开发操作系统内核，合作者都是天才，所以他就真的不需要C++。云风的deepcold引擎很类似，对性能，尤其是一小段时间内（例如0.2秒内）的数据吞吐反馈能力有严格要求，网易又有一帮真正的geek组成的技术团队。

　　C++最大的陷阱就是程序员——尤其是新手——过分追求奇巧淫技的风气。所以在pFind内大面积推广的都是最朴实的，甚至有点土气的style。例如，继承只在纯虚类接口一种地方使用（具体说就是工厂方法模式）；而功能复用都以内嵌对象来实现，不允许继承。（整天喊口号：“接口上移，功能外抽”）。对神奇的泛型基本回避，限制写模板，熟练使用STL就行了。尽管Andrei Alexandrescu的《Modern C++ Design》里的内容很酷（软件开发2.0大会还专门买了一本新的，请他本人签名）。但pFind团队没有能力把握这种style。

　　C++是一种多style语言，架构师需要做的，就是明智地裁剪符合需要的子集。约束团队抵御诱惑，不拿手头的任务当学习新技术的小白鼠。

　　BTW1：Python和C++社区的关系很好，很多老牌C++程序员同时也是Python著名玩家，例如豆瓣的阿北。C++标准委员会那帮人甚至在boost里加上了连通Python的内容，还公开说Python是C++的最佳伴侣。Python和C++差异很大，比如是动态语言，比如“所事情只需要一种方法”的设计哲学，这种不同恰恰造成了互补。

　　BTW2：最后推荐Google刚刚公布的C++代码规范。哈欠，睡觉去了。

去年圣诞节在星巴克唱歌的一家人要回国了

Sat, 19 Jul 2008 05:29:02 GMT

　　去年圣诞节见到一家人在星巴克门口唱歌，我还在BLOG里猜测那个父亲是AMD的工程师。刚刚发现了这个，原来他是专栏作家。这一家人打算年底回国。祝顺利。

　　这让我记起07年初偶遇的那场独特的轮滑婚礼，第二天在网上找到了报道和照片。世界真小，或者说网络真大。

倾力推荐一下“豆氏”的BLOG

Sun, 13 Jul 2008 07:24:11 GMT

　　病了，发烧拉肚子。最近几天旁边的同事接二连三倒下，据说是某个周扒皮为了pFind 2.1的里程碑，剥削得太狠了。这不，俺的报应来了。

　　这种时候，写不出什么一本正经的BLOG，就推荐豆氏的BLOG吧，最酷的是想象力。我很喜欢她在医院打点滴时，画在兔子胳膊上的漫画作品；还有刚刚发的“野比死了”也很好玩。

　　你要是不知道野比是谁，或者看不出哪里好玩，说明我们不是一代人。搜了搜，3月11日的BLOG记的东西有点类似：“最后一次武道会时，悟空对贝吉塔说：少年组比赛开始了，你不去看看咱们的孩子？”。

野比死了

野比不知道现实世界是如此残酷
野比不知道小静需要如此多的爱
野比不知道小静有这么多的理由
野比不知道小静生气的时候如何去开导她
野比不知道小静说你没有别人收入高的时候如何面对她
野比不能给小静买新房子
野比不能在小静出去玩的时候开车去接她
野比发现自己全力付出只换来小静的冷嘲热讽
野比不知道小静为何不接自己电话
野比不知道小静总是问他如果我们分手了我就要找个有钱人是不是真的
野比一直在努力但是没有人去认可
野比加班到十二点回为了没有带红茶回去而被奚落
野比总是听到小静说强夫的事业
野比总是听到小静说出木杉的才华
野比不能带小静去看奥运会
野比死了
野比死于自杀，那年他32岁

我的奥运门票

Wed, 09 Jul 2008 15:20:10 GMT

　　拿到了奥运门票。我买的是男子体操全能决赛，体操项目里最好看的一场。到时候去给杨威加油

　　门票并不贵，两张一共300元。票价便宜的后果就是全中国13亿人民都来抢，买到一张非常不容易，第一轮抽签时，我定了七千块钱的票，只中了这300块的两张；第二轮又定了三千块钱，结果一张都没中（当然，这么低的中签率，原因之一就是俺只定热门项目的决赛，比如足球、篮球、乒乓球、羽毛球、体操、跳水还有110米栏）。现在想来，能中一场已经很幸运了。

　　整整7年前，在思源楼11层的电视机里，萨马兰奇老头好像恶作剧一样，故意把Beijing这个词放到一句话的最后才念出来。愣了一下，然后就欢呼。我靠着窗户边，清楚地听到外头“轰”一声，就像打雷一样，整个城市一下子沸腾起来。那天晚上和几个兴奋的哥们打车，想直奔长安街，可三环上走了一半就彻底堵住了，人们像潮水一样涌到主路上，司机们一起按喇叭，还有人爬到车顶上去挥舞国旗，交警们容忍了不少胡闹。还记得玉渊潭公园的烟花放了好久。

　　昨晚路过北四环，巨大的鸟巢和水立方发射着奇幻的光芒。OK，总算要到了。

C++0x标准确定在09年发布

Sat, 05 Jul 2008 19:14:16 GMT

　　搞定了pFind里程碑，放松下来踅摸踅摸天下大势。有段时间没跟进C++0x的进展，今天上网搜索了一下，整理出来。

　　C++委员会6月份刚刚在法国的Sophia Antipolis举行了会议（WG21）。会议的最大成果是确定了C++0x发布时间，漫长的投票表决过程总算接近结束。今年9月将提交委员会草案，以便公众审阅和反馈，进入ISO程序。Herb Sutter强调，9月的委员会草案就是"feature-complete C++0x“，以后的修改仅仅是bug修正和澄清。希望C++0x的这个“x”是9，而不升到A。

　　技术细节上，这次会议有两个最主要的features通过投票：

　　首先是传说中的Initializer lists提案（N2672 N2679），以后可以用更直观的方式初始化STL容器了：

     vector<string> v = {"xyzzy”, "plugh”, "abracadabra” };
     map<string,string> phonebook =
          { { “Bjarne Stroustrup (cell)”, "+1 (212) 555-1212″ },
             { “Tom Petty (home)”, "+1 (858) 555-9734″ },
             { “Amy Winehouse (agent)”, "+44 99 74855424″ } };

　　第二项是thread_local( N2659 )。经过近一年来的几次投票，并行机制的内存模型、原子操作和线程包装的多项提案都已经通过投票，这大概是C++0x最重要的变化。

　　其实每次都会投票通过几十个features，只不过大多数没引起注意，比如我无意瞅到了一项07年获得通过的提案，是Herb Sutter代表微软提交的空指针关键字nullptr (N2431) ，这就可以用nullptr替换VC++下的NULL宏，免得每次往gcc下移植都得手工加入。

　　这次唯一留的尾巴，大名鼎鼎的concepts（N2081），仍在等待“check in”。按照Herb Sutter的说法，这方面争议基本解决。9月份的San Francisc会议只要就此投票，即可扫清最后障碍，发布标准草案。

　　以上信息都依据网上来源：Bjarne Stroustrup的C++0x概述报告slices，Google的Lawrence Crowl对线程模型的报告slices, MS的Herb Sutter的BLOG、CodeGear的Alisdair Meredith的BLOG。他们都是委员会成员。另外我还找到一个旁听会议的Java程序员的BLOG，由于视角不同，难免有不少比较，比如C++委员会与JCP的异同。当然，你也可以参考正式、全面但枯燥的会议记录。

发布pFind 2.1 Beta 2

Fri, 04 Jul 2008 17:12:08 GMT

　　欢迎大家访问pFind Studio官方站点，包括软件简介、用户手册、演示视频和发表论文。稍后会提供pFind 2.1版的注册和单机版下载。我的RCM论文也在网站上全文公开，欢迎多多引用

　　pFind 2.1颇有突破，接下来几天的blog，总结一下这半年的经验。今天先说第一条：建立风险识别和控制机制。

　　去年“软件开发2.0”大会，晚上参加胡百师主持的“项目管理”VIP沙龙，现场有不少项目经理和架构师，讨论话题很多。胡百师建议：“除了Todo List和Bug List，项目经理手里应该有一份Risk List。”

　　插话一下，那时正是pFind 2.0压力最大，进度拖延，BUG丛生的阶段。偷闲参加“软件开发2.0”大会，跳出来换换脑筋，从技术架构上，从项目管理上，从产品设计思路上，彻底反思了之前的工作。除了本篇BLOG讲的软件工程问题。再举个技术上的例子：听Baidu的前任总工程师的讲座，谈到一个检索加速的案例，他随口说了一句：“大家都能猜到，这是倒排索引的设计出了问题”……回到组里再听ly重构索引的ppt，意识到必要性，马上把这个Feature加入pFind 2.1的Road Map。

　　跑题了，回来接着说。4月pFind 2.1启动时，我在Google Doc建立项目手册，专门加上了“风险识别和对策”一章，列出各种想到的风险，按重要性进行排序，然后一一填上预防措施，还有最坏情况下的取舍方案，然后每周跟进。

　　可能项目启动那天是黄道吉日，最让人睡不着觉的几条，都没真正造成威胁。进度比预计顺利得多。还有一大堆惊喜。

　　俺的成功经历实在不多，尤其是这么完美的比赛过程，所以难免有些迷信。有些运动员总在关键比赛前换上同一双球鞋，俺也决定以后抱着“Risk List大法”不放手了

　　我猜我的合作伙伴可不喜欢这样，因为这次开发我可能根本没干正事，就是忙着扮演一个政委、牧师或居委会大妈，不停地骚扰大家：时刻在人家耳朵边上唠叨一些政治正确的废话，比如“复用接口上移，复用功能外抽”；逼着每个人修改变量名和类名，加空格和缩进；像个秃鹫一样在别人工位后面露出头：“嘿……没事……就是……那个……你的代码还没上传到SVN上呢”；每过两三天就发一次邮件，强调里程碑和Bug List；在别人最忙的紧要关头，要求双人编程和code review……

　　Joel on software说：“开发人员把不务正业的程序经理拿来当早餐吃掉”。老实说，绝对是因为ly、hchi、lqliu这帮家伙太神奇，折腾出好多变态的成果来（嗯，早就等着拉2.1出去吓人）。我这个所谓“产品经理”其实是蹭饭的角色（更喜欢临阵杀敌）。《最后期限》里说：“你可以不雇我，但一定要考虑一下我的团队，他们真的很棒”，Bingo。

停BLOG14天

Sun, 22 Jun 2008 07:40:41 GMT

　　按进度计划，我们会在7月1日发布pFind 2.1 Beta 2，同时pLabel、pBuild和pScan也各自发布新版。这是重要的里程碑。也许是我进入生物信息组3年以来，最重要的一个。每天都感觉在不断接近“把Mascot打得满地找牙”的理想。组里打算为上半年大规模工程开发圆满完成好好庆祝一番（庆祝的事情交给我筹备，可我现在一点心情都没有）。

　　未来10天，Todo list上还留着不少待处理事项，好多麻烦搞得人睡不好觉。感觉自己变得敏感易怒，刚刚还犯了一次偏头痛。

　　需要集中精力，把pFind 2.1发布搞到尽量完美。所以不得不停BLOG两周，不好意思。

　　那么我们7月5日再见。到时候我会邀请蛋白质组学方面的朋友试用pFind 2.1。

《一把雨伞给这天用》和《沉思录》

Sat, 21 Jun 2008 13:38:39 GMT

　　周四晚上买了格纳齐诺的《一把雨伞给这天用》，周五晚上又买了马可·奥勒留的《沉思录》。

　　《一把雨伞给这天用》没有一口气看完，只在轻轨上翻了前几十页，又跳读了几个地方。苏珊娜家聊天那段，很有趣。在豆瓣上找到miserwei的书评，同样是仅仅读完了前面一小截，过了99页才找到好玩之处，与我的阅读体验类似。（BOSS H一直说，看《士兵突击》好多次，都是开个头就看不下去了。前两天，看样子他终于耐着性子熬过了前几集。如果他像我一样错序看，也许不会这么痛苦。）

　　很早就想买《沉思录》，一直有种抗拒感：阳春白雪的古典哲学，因为被克林顿和温总理推崇，作者又是古罗马元首（imperator，常称为皇帝，以前讲过这个词的翻译），于是畅销起来。以前商务印书馆的简装本挤在二楼最里面的书架上；现在变成了“双语典藏版”，与经管、炒股、中国崛起、名人访谈一起摆在书店门口最显眼的地方。据说这书和《资治通鉴》一样，成了官场上的时髦礼物。这是“长尾理论”的经典案例。

J.K. Rowling在哈佛大学的讲演

Thu, 19 Jun 2008 03:44:38 GMT

　　昨晚睡前花了2小时追杀3只可恶的蚊子。在等待“嗡嗡”声出现的空隙，我重温了《哈利·波特》前两本。

　　J.K. Rowling于6月5日参加了哈佛大学2008年的毕业典礼，被授予荣誉学位，并作为特邀嘉宾做了标题为《The Fringe Benefits of Failure, and the Importance of Imagination》的演讲。老实说，我觉得她的讲演比去年BG的更有趣。当然，更公平来说，每年的哈佛毕业典礼的讲演都很精彩。

　　看来《哈利·波特》里的很多描述和感悟，例如对失败的恐惧、贫困（罗恩一家）、种族歧视、狐假虎威的官僚以及专制压迫，都源于作者的实际体验。保守的宗教团体因邓波利多校长被描写为同性恋而抵制《哈利·波特》，Rowling就此幽默了一把。

FF3下载日

Wed, 18 Jun 2008 08:18:48 GMT

　　今天Firefox 3.0正式发布。mozilla基金会号召所有开源支持者们集体行动，创造软件单日下载次数的吉尼斯世界纪录。令人惊诧的是，到现在为止，来自伊朗的下载量已经超过了16万，超过了中国和加拿大，目前排在前三位的是德国、日本和美国。

　　Firefox的最大竞争对手，微软IE团队送了个恶搞的蛋糕。说起来这两个团队的关系还算不错，总是礼尚往来。上一次，是FF团队同意IE 7使用自己的RSS图标，以利于用户体验的统一。

　　后续：最终的记录是八百三十多万次，下载量排名前10的国家分别为：美国，德国，日本，西班牙，英国，法国，伊朗，意大利，加拿大及波兰。

生物信息和创业

Sun, 15 Jun 2008 17:57:36 GMT

　　都知道我患有轻度创业妄想症，痴迷收集各种白手起家的离奇故事，狂热鼓动周围所有合适不合适的朋友下海。可俺手头的工作叫生物信息，传说中最阳春白雪，让热血青年丧失注意力的一种罕见菌类，哦不，我是说一种罕见学科。

　　所以俺总在饭碗和理想之间寻找联系。

　　以前就写过BLOG，猜测生物信息领域未来最可能的杀手应用。里面提到的23andMe其实是Google创始人的新婚妻子创建的。（Google两个创始人几乎同时结婚，娶的都是搞生物信息的博士）。今天在科学松鼠会看到一篇以玩笑口吻撰写的创业计划。笑过以后提醒你，并没有看起来那么荒谬，目前硅谷VC资助的生物信息创业公司，基本也就是这些路数。

　　关于扫描基因取得个人倾向，05年想到时还很兴奋。其实已是老生常谈。电影GATTACA里性感美女谈恋爱的标准模式，就是拔根头，然后留下联系方式，“如果对我感兴趣，打电话”。你可以拿着头发去医院里算命：如果有孩子，得心脏病的概率是多少。

　　BTW：伦理问题不是工程师的范畴，让哲学、社会学和法律专业的兄弟姐妹去头疼吧。最坏情况下，出现基因专利和昂贵的定制基因服务，就像刘慈欣《赡养人类》里的一号文明一样，富人和穷人逐渐演变成不同物种。

关于卡夫卡

Thu, 12 Jun 2008 16:59:44 GMT

　　（这篇BLOG十天前就想写下来。明天起软件开发和测试又要忙起来，趁脑袋里印象还没变淡赶紧敲）

　　读过《变形记》，就知道以后再读卡夫卡的书必须要做好充分心理准备。即使心情最灿烂时翻开，也可能迅速被绝望和抑郁吞没。

　　如果在网上搜索卡夫卡，赞誉的话车载斗量。最近好几届诺贝尔文学奖得主都喜欢卡夫卡。我最喜欢的中国作家王小波和余华，也自称深受卡夫卡影响。周围的文科朋友，只要提起卡夫卡，话题就特别多。

　　作为理工科出身的业余文艺虫子，没啥独立观点，只懂附庸风雅。于是数次试图强攻《城堡》，均半途而废，用“不忍卒读”形容绝对恰当。心智不够成熟坚强，朽木不可雕也。

　　《布鲁克林的荒唐事》里有这么一段，再次鼓起了阅读卡夫卡的勇气。

　　这是卡夫卡生命的最后一年，他已爱上了年轻的姑娘多拉.戴芒特，她只有十九或二十岁，是从她在波兰的犹太教哈西德教派家庭里逃出来的，现居柏林。她只有他的一半年纪，但就是她给了他离开布拉格的勇气——他想做这件事已有多年，她是第一个、也是唯一同他生活在一起的女人。一九二三年秋天他移居柏林，第二年春天就死了。尽管他健康恶化，尽管柏林的社会状况很糟：物品匮乏，政治暴乱，德国历史上最严重的通货膨胀，尽管他无疑知道自己已不久于人世，可这最后的几个月也许是一生中最快乐的时光。

每天下午，卡夫卡出去到公园里散步，多拉常常陪他一起去。有一天，他们遇见一个小女孩在伤心啜泣，涕泪涟涟。卡夫卡问她怎么啦，她说她的玩偶不见了。他马上就编了一个故事，告诉她是怎么回事。“你的玩具娃娃旅行去了，”他说。“你怎么知道？”她问。“因为她给我写了一封信，”卡夫卡说。小女孩看来不大相信。“你带着信吗？”她问。“没有，对不起，”他说，“我把信留在家里了，我做得不对，但明天我会带来。”他说得那么可信，那小女孩便不知道再多想什么了。这个神秘的人说的是真话，这是有可能的吧？

卡夫卡径直回家写信。他在书桌旁坐下，多拉看着他写信，她发现他的神情就像平时写作时一样认真，紧张。他不是要骗那个小女孩。这是真正的文学劳作，而他决心把它写好。如果他能编造一篇美丽而有说服力的谎言，这就会弥补小女孩的损失，尽管写的是不同的现实，甚或是虚假的现实，但根据虚构法则，这是真实可信的。

第二天，卡夫卡带着信急急忙忙赶去公园。那小女孩在等他。由于她还不识字，他便把信大声念给她听。那玩具娃娃非常抱歉，因为所有时间都跟同样的人生活在一起，她感到厌倦，她要走出去看看世界，去交新朋友。不是她不爱小女孩，而是她渴望换换风景，所以她们得分离一段时间。然后娃娃答应每天给女孩写一封信，让她及时知道她所做的事情。

这故事就在这里开始打动我的心。卡夫卡不嫌麻烦写地一封信就足以令人吃惊，不料现在他又要自己承担每天写一封信的责任——不为别的，只为了要安慰这个小女孩，而他和她素不相识，只是一天下午在一个公园里偶然碰见了她。什么样的人才做这样的事？他连续写了三个星期的信。内森，三个星期。他是最卓越的作家，生活中从不浪费时间——对他而言时间已经越来越少而显得更珍贵——他却还代为一个丢失了的玩偶虚构书信。多拉说，他每写一句都为细节苦思冥想，其文笔明晰、有趣而引人入胜。给那女孩念不同内容的信。玩偶长大了，上学了，认识了别的人。她继续要小女孩相信她爱她，但也暗示说，生活中某些复杂因素使她不能回家。一点儿一点儿地，卡夫卡让小女孩做好心理准备，知道玩具娃娃将永远从她生活中消失的时刻就要来临。他竭力要写出一个满意的结尾，担心如果写得不成功，这魔力就将失效。试过多种可能后，他最后决定把玩偶嫁出去。他描述了她爱上的年轻人、订婚派对、在乡下举行的婚礼，甚至还有玩偶和她丈夫现在住的房子。然后是最后一行字，玩偶向她心爱的老朋友告别。

华盛顿纪念塔上的清朝宁波知府题字

Wed, 11 Jun 2008 18:39:15 GMT

　　端午节期间看完了易中天的《费城风云》，立宪会议的唇枪舌战很有意思。

　　附录列出55名代表的生平事迹，有关乔治·华盛顿的一段比较好玩：1848年兴建的华盛顿纪念塔，有块高61米、宽1.2米的中文碑，是当时清朝宁波知府毕永绍题写的，碑文引述前福建巡抚徐继畲的《瀛寰志略》内容，最后几句是这样的：

　　“美利坚合众国以为国，幅员万里，不设王侯之号，不循世及之规，公器付之公论，创古今未有之局，一何奇也！泰西古今人物，能不以华盛顿为称首哉！——大清国浙江宁波府镌，耶酥教信辈立石，咸丰三年六月初七日。”

　　搜索一下有关历史：赠碑时，徐继畲已被罢官了。赠碑不到三个月，毕永绍也从宁波知府的职位上离任。1862年，洋务派建立外交部，徐继畲复职为三品京堂，美国总统特别委托国务卿，请艺术家绘制一幅华盛顿画像，远涉重洋，命美国驻华公使赠给徐继畲。

新闻批注

Tue, 10 Jun 2008 08:34:29 GMT

　　中星9号直播卫星终于赶在奥运会之前发射成功。卫星采用我国自主的ABS—S和AVS技术标准。

　　抛却名利虚荣，研发成果实际用起来，才是我们工程师最大的价值体现。

　　发表论文，申请专利，建立标准……最终在国计民生重要环节（例如：中国首颗电视直播卫星上的视频信源编码标准）发挥关键作用（例如：直接为奥运转播服务，卫星有47个频道，那么每年节省上千万美元的MPEG4专利费）。有机会把整个链条走完是种幸福。向曾经和正在参与AVS标准研发的弟兄们致敬。

　　攀亲戚：好歹俺也曾借调到AVS课题组做过一星期的手机播放器界面呀，嘿嘿。

　　借机抒情一把：pFind任重而道远，俺将上下而求索。

《三体II：黑暗森林》

Fri, 06 Jun 2008 19:58:02 GMT

　　前天买到了刘慈欣《三体II：黑暗森林》，一晚上就看完了。

　　之所以吓人，是因为“两条基本公理和由此形成的推论”的确显得很有道理。星际文明之间的抑制甚至毁灭，与罗伯特·J·索耶的《计算中的上帝》有类似之处。

　　其中有很多好玩的细节，比如，引用《2001：太空奥德赛》和《银英传》的只言片语。印象最深的，是三体无人侦查器“水滴”击溃人类舰队的场面，为了描述三体世界明显高于人类的科技水平，举了一个程序员才能看懂的例子：

　　……无情杀戮在继续，随着四面逃窜的舰群间距的拉大，“水滴”很快把自己的速度增加到60千米/秒。在不间断的攻击中，它显示了冷酷而精确的智慧：追击路线完美地解决了邮差问题。这些精确测量和运算，都是在目标位置不断高速移动的情况下，不动声色地完成……

　　邮差问题是NP-COMPLETE问题，目前还没找到多项式时间内结束的可行算法。当然，四十年来也没人证明它不可解。NP-COMPLETE问题若有突破，图灵奖是拿定了。我们pFind的肽到蛋白归并算法，本质上等同于二部图划分问题，就是一个NP-COMPLETE。

web2py和uliweb

Thu, 05 Jun 2008 06:25:52 GMT

　　先来一幅hurryto的四格漫画，再说正事。

　　Google发布GAE后，Python社区热闹起来。很多框架和开发界面在第一时间实现了对GAE的兼容。下面视频是web2py的演示。

　　appspot.com上已经冒出了很多有趣的项目。特别推荐一下uliweb。国内最出色的Python开发者limodou在试用期就得到了GAE帐号。uliweb是他推出的又一个开源项目。小建议：像web2py一样制作更多视频，最好有中英文两个版本。教学video逐渐代替用户手册和帮助文档，这是潮流。（BTW：我们的pFind Studio套件各个工具都制作了演示视频，将在新版网站上公开）

联想的广告

Sun, 01 Jun 2008 05:09:23 GMT

　　联想拿Apple著名的“牛皮信封”开涮。可广电总局禁止恶搞。若真执行起来，baidu的“唐伯虎”也得禁?

Firefox新版、著名书店和《九故事》

Sat, 31 May 2008 04:53:31 GMT

刚刚把Firefox升级到3.0 rc1试用一下，速度提升很明显，尤其是在Gmail这样JS代码很重的应用上。很多界面改进也很贴心。不过目前有些重要插件还不兼容，比如Google Gears和gladder。预计final版推出，就会解决。
向小秀推荐《布鲁克林的荒唐事》，他决定找来读一读，投桃报李，他又向我推荐正在读的《九故事》，这是塞林格在《麦田守望者》之后出版的第二本书。最初没听清名字，在豆瓣搜索，错找到了情色电影《9 songs》。昨天回家路上到光合作用买，照例在轻轨上读完第一篇，没太看明白，不过叙事很流畅，今天宅在家里把它读完。
刚刚注意到，小秀他们几个主要通过图书馆借书。挣工资好处就在于买书没有经济压力。记得本科时，不得不限制每月购书费用上限；而每次做软件项目打工挣来零花钱，除了连续N天请朋友们暴饮暴食涮羊肉，就是去西单图书大厦或海淀图书城大摞大摞往回搬（当然追女孩子的阶段是不同的）；每到新学期，总得挑些书送人或扔掉，腾出柜子空间放课本。
Gunshy在豆瓣上搜集世界知名书店的照片，简直是梦幻，发誓这辈子一定要去一次。特此记录。

葡萄牙波尔图，莱罗书店

阿根廷布宜诺斯艾利斯，雅典人书店

荷兰马斯特里赫特，教堂书店

Google App Engine开放了

Thu, 29 May 2008 03:38:48 GMT

　　好消息是，登录Google App Engine后，终于不再显示请等待审批的提示。开通帐号需要手机短信确认。

　　坏消息是，兴冲冲建立第一个应用时，发现joyfire、我自己的姓名、pBuild和pLabel这些标识都已被抢了，我只抢回了pFind。哇啦哇啦。

　　说到这个，感觉第二次网络创业热潮开始降温了。之前一两年，总有域名中介联系我，希望购买lehuo.com、lehuo.net系列，单域名价格最高谈到三万。但是从今年春节以后，我就没有再接到这种电话了。看样子机会真来了，追求财务自由的虫子们，准备逢低吸纳。

《布鲁克林的荒唐事》和《费城风云》

Tue, 27 May 2008 13:54:03 GMT

　　开发进度比较顺利，不过没啥可记录的，全都是测试、代码审核和重构，繁杂琐碎的细节。我今天刚发邮件，把pFind 2.1 Beta1里程碑推迟到6月15日。

　　今天到五道口“光合作用”买了保罗·奥斯特的《布鲁克林的荒唐事》和易中天的《费城风云》。回来的轻轨上读完了前者的前两章，没走眼，是好书。（补：又搜索了一下，发现mindmeters上有一篇值得推荐的书评）

　　春节开始积累的购书小票总算到了500元，换来一张会员卡。除了买书打折，还可以在“光合作用”里的小咖啡馆获得优惠，任何咖啡买一送一。上次去还是年前的事。以后可以多找机会躲进去看书。其实无论“第三极”、“中关村图书大厦”、“海淀图书城”、“单向街”还是“光合作用”，即使有会员卡，打折幅度都不会比网上多。只不过，在密集的书架里淘书，喝着咖啡看刚买的新书，时时抬眼偷瞅旁边的mm，体验不同，更让人平静放松。

　　交款时遇到一个法国大美女，想找人帮忙推荐“和孔夫子有关的书”，收款员mm居然找出两本中法文对照的鲁迅来。#@$%，汗，也算有关吧，里面有批判封建礼教的杂文。光合作用很多员工是勤工俭学的大学生吧，口语不错，总喜欢捉弄那些汉语磕磕绊绊，局促不安的老外。

哈利·波特和革命老前辈

Thu, 22 May 2008 03:55:33 GMT

　　现在看到了《火焰杯》，打算今天回去买《混血王子》。

　　总是更喜欢性格怪异一点的角色。比如《哈利·波特》里的Luna Lovegood和Severus Snape，《老友记》里的Phebe、《银英传》里的奥贝斯坦和罗严塔尔……

　　说到有个性，前两天外祖父的老战友去世，借这个机会缅怀家族里最帅最酷的小伙儿：我的外祖父。

最后一条短信

Mon, 19 May 2008 15:27:46 GMT

　　Dead was she, when the rescue team found her, overwhelmed by the landslide from crushed house. Through a gap of a pile of rubble, her position can be seen, kneeled down, entire upper body creeping with support from two arms pushing from ground, as in worship on bended knees. But the body was deformed by the pressure, somewhat looked weird. Rescue personnel reaching into the gap of the ruins has confirmed she had died. They still called toward inside, and hammered on the bricks, but no response. When people moved to the next building, the rescue team leader suddenly ran back, while shouting "come over here fast". He once again came to her, searching underneath the body. "somebody, a baby, still alive" shouted he. After some effort, ruins were carefully removed, exploring her baby son, wrapped in a little red sheet dotted with yellow flowers. Only 3, 4 month-old, the baby is intact and still sleeping, thanks to the protection from his mom. He slept in the face of all the people at the very warm scene. Doctors found a cellphone inside the sheet, when they were about to inspect the baby. Found on the screen is an already-written message "Dear baby, if you can live along, don't forget that I love you".

—— from zeel's Blog　　　

准备拽着2.1怪兽出去吓人

Fri, 16 May 2008 11:24:18 GMT

　　刚刚改进了pFind 2.0的N端可变修饰生成的递归部分的代码，发布2.0.003补丁。

　　五月份主要工作就是用pFind 2.0和pFind 2.1（流程2）进行大规模的伴随测试。经过对答案，两者都修正了不少BUG。pFind 2.1 Alpha 2估计会于下周一19日发布。我们会带着2.1去用户那里进行Beta测试，这比原计划提前了将近10天。

　　fy领导的pFind M版也有进展，M是面向未来的版本，已经实现了对ETD的支持，多母离子窗口等梦幻特性。马上就要展开M版和2.1版（流程1 ）伴随测试。

　　按照计划，6月发布pFind 2.1 Beta 1。到7月底，在至少两家生物实验室完成Beta测试，8月8日，正式发布pFind 2.1的final release，“奥运献礼版”。另外，pFind 2.2也会很快着手，预计在12月1日发布，这就是这么多年传说中的集群版。

　　最近压力很重，hchi昨天请病假，我还一直欠着pLabel和pScan的设计审阅和双人编程没空展开。不过也很有成就感，pFind 2.0陪着pFind 2.1跑了接近百万张质谱数据，每张谱、每个候选肽、每个打分、每个EV值……一直精确到小数点后五位，确保完全一样。有一次，18万张谱里只有1张不同，结果是1.000007对0.999998，但是hchi穷追猛打，一口气追下去，最终修正了一个很隐秘的BUG。

　　pFind 2.1 Alpha2 目前还没有界面，8万行C++代码；pFind 2.0经过大规模整理删除，11万行C++代码；正在彻底重写的pLabel 2万行C++；等待大规模重构的pBuild，2万5千行C++；pScan接近1万行C++。这些代码都是在将近18个月里完成的。

　　接下来这个夏天，拽着2.1怪兽出去吓人，把Mascot打得满地找牙。

希望震区平安

Thu, 15 May 2008 04:06:13 GMT

　　昨天捐款时，听说北京各献血点都排很长的队。今天早上，由于血库容量已满，不再接受无偿献血。

　　我的家乡甘肃，是除四川以外伤亡人数最多的省区。陇南地区在地震中受到重创。

　　希望所有受困和受伤的人平安，感谢所有提供帮助的人。

　　反省：无论对自己还是别人，我都说得太多，做得太少。

刚刚发生了地震

Mon, 12 May 2008 06:46:12 GMT

　　我在北京生命科学园。10分钟前有明显震感。

　　在实验台旁看lz做实验，旁边同事说电子天平无法调平，总在跳，lz教她：去掉手套，用手掌放掉静电；另一个mm在液相前面配置设备，突然后退两步，问她怎么了，她说突然头晕站不稳，怀疑不慎吸入了甲醛……

冰激淋和B/S结构

Tue, 06 May 2008 05:56:41 GMT

　　大一在jiuqi打工，喜欢带着冰激凌去找oyy，总架构师，他的屋里有舒服的空调和沙发。oyy爱吃冰激凌，但没几个人知道，大概是因为喝咖啡才符合程序员的职业形象。oyy很和气，所以我经常在沙发上放肆地手舞足蹈。（曾经竭力模仿身边的职业程序员：昼夜颠倒，喝很浓的不加糖的咖啡，染红色的头发，甚至一边点鼠标一边心不在焉抓起杯子喝水的神态……直到有一天发现oyy偷偷去买冰激凌，哈哈）

　　当时刚学会CGI和ASP，觉得会有越来越多的软件采用WEB方式。身边的朋友说不明白，决定有机会问问oyy的看法。可是没说两句，老板闯进来，把我客气地轰出去：总架构师应该做些更重要的事。临走oyy说“有意思，但我猜不会很快变成主流”。

　　跑到身份不符的地方胡闹，被老板当胸抓住，还有什么话好说，回工位老老实实写我的ETL代码，这才对得起薪水。

　　没过多久，在展会上见到用友的新一代ERP，完全使用Web UI，宣传手册里有个新鲜的名词叫B/S结构。

Google App Engine视频

Mon, 05 May 2008 15:58:04 GMT

　　Google App Engine不顾俺三番五次申请，就是不给试用帐号。郁闷呀。

　　这里有一段视频，演示了简单的Google App Engine开发步骤。尤其是用GQL调用传说中的MapReduce海量分布式存储，看得俺直掉口水。趋势不可逆转，很快多数软件都会以ASP（Application Service Provider）方式提供服务。我很想知道微软首席架构师Ray Ozzie看到这东西是什么感觉。

　　按一般观点，类似俺们pFind这种计算密集型应用，核心模块必须使用C/C++ API，否则慢得难以忍受。然而，一旦基础架构的分布式规模达到Google所谓的“云计算”这种级别，就算有几十万张谱，也可以充分地分而治之，被分解到巨大的PC Farm里，让集群节点一对一PK，甚至进一步按蛋白数据库再细分任务。这种情况下，即使单个节点的线性效率稍差，也可以接受，可能用Python就够了（对比：按我们现在的经验，没经过精心优化的Matlab代码鉴定一张质谱大约5分钟，当然可以进一步采用各种优化加速手段，例如psyco）。到时候，最主要的速度限制也许就来自网络带宽，上传多少即时鉴定多少。

　　未来某天的软件创业故事：逃课的小孩在大学宿舍里编写了一款网路游戏（比如，也许是跑在iPhone或Android上的多人联机MMORPG），上传到Google App Engine，再到常去的论坛发个帖子，邀请大家来试玩，结果这个游戏一炮而红，Google和中国电信作为基础服务提供商，对利润进行分成。这个故事不会很快变成现实，但是也不会很慢，技术演化总是被低估。

出色的软件工程师什么样？

Sun, 04 May 2008 08:37:51 GMT

　　最近一期《程序员》开头有篇关于招聘的经验，第一条要求就是“对技术细节有激情”，真是所见略同。其实也是老生常谈了。记得还看过一篇国外文章，提到很多网络创业失败的原因在于，发起者是不了解网络和软件技术的商人，没有接触过优秀的职业软件工程师，甚至根本不知道出色的程序员和架构师应该是什么样。他们仅仅想找人把自己的idea实现出来，这就注定招到的人没有判断和反馈能力。Google的招聘邮件说，“技术天才是喜欢扎堆的物种，别让哪怕一个二流货色混进你的团队”。

　　类似的事，我们身边每天都在重复上演。作为老牌“人贩子”，我从大学二年级开始参与各种推荐、面试和考核。总见到招聘者出于各种原因（比如资金、关系、性格、印象、说辞）选择了不合适的人，给未来挖下大坑。

　　《程序员》还有一篇MMORPG架构师的文章，里面提到“赞成某位同行的单线程多进程思路”，一看就知道说的是云风。文章提到“分布式对象系统VS自定义协议”的选择问题，不过他坚持认为，分布式对象系统是更好的选择，专门提到了ice。也许他参加了SDChina2.0，搞不好，我问云风为什么不考虑ice时，他也在场。

　　一直感觉我和云风很像：年龄、经历、爱好和技术观点。云风刚发了一系列回忆职业生涯的BLOG，看了以后这种“相像感”更强了（这个，往牛人身上硬扯，实在有点傻）。“没有哪个程序员的代码一开始就能写的成熟稳健，我们都经过幼稚的年代”。选择太多，很多人无法坚持工程技术的积累，过早改变了职业生涯的方向。狐狸和刺猬最终谁会赢？