calibre可以从Google Books或Amazon等网站下载书籍的元数据，包括书籍的名称、作者、出版社、封面或者读者评价等信息。对中文图书而言，豆瓣上的数据应该是一个不错的书籍元数据来源，所以我就给它加上了这个功能。

　　今天发布的0.7.7版本中正式具有了从豆瓣下载书籍元数据的功能，可以从“首选项”->“插件”->“元数据下载插件”中启用它。由于考虑到这个功能只对中国用户比较有价值，所以这个插件默认是被禁用的。

　　本来还实现了从豆瓣下载书籍封面的功能，但calibre的作者不喜欢我的实现方法，所以还在进一步讨论合适的实现方法。需要尝鲜的朋友，可以参考我在Launchpad上的calibre-experimental代码树中的版本号为5550-5553的代码改动。

　　对这个插件有任何建议或功能改进需求，可以在此留言或去calibre的Trac上提交一个Ticket。

　　Google帮我找到了那个访问来源所在的贴子，在上面，我看到sabre150在抱怨说train-graph项目抄袭了他的代码。

　　看了贴子，我才想起来，曾经为了解决程序在读入带有BOM头的UTF-8文本文件出错的问题，我随便搜到了一个叫BOMStripperInputStream的类用了进去，用于在读文件时自动过滤掉没用的BOM头。这个类是sabre150在forums.sun.com上回复别人提出的类似的问题的时发布的，由于发布的代码中没有包含版权和许可证信息，我也就忘记了在文件中加上这个类的来源和出处。

　　知错就改，马上在代码中加上了作者和出处的信息，算是亡羊补牢。

　　经历这个事件，以后要吸取教训，就像自己的作品不希望被他人滥用一样，也要更懂得去尊重他人的劳动成果。这种尊重不应当仅仅是法律层面的遵守版权相关法律和相应许可证，即使对于Public Domain中的成果，也同样应该对原作者给予相应的尊重。

　　我的Blog上的内容一直以来是以CC协议发布，含义是“署名-相同方式共享”，也就是说可以自由的使用、发布、再加工这里的内容，但必须加上原作者的署名并以相似的协议来发布，除非得到原作者的特别允许。曾经发现过北方的某某小报和南京某某晚报违反CC协议使用过这里的内容，专业平面媒体对版权和许可证都是如此的漠视，可算是小小的悲哀。

　　先发一下便民消息：最新消息说，南京地铁一号线南延线将于5月28日上午6时准时投入试运营，“高铁南京南”站暂不开通运营。地铁二号线将于5月28日上午开通仪式结束后投入试运营，大约是十点左右。一号线共线区段发车间隔约4分42秒，支线区段发车间隔约9分25秒，全天不区分高峰平峰，运营时间06:00-23:00。二号线发车间隔9分钟左右，初期运营时间06:00-22:00。

　　前一周，被地铁的标识色换色事件搞得纠结无比。简单的说，就是南京地铁二号线在临近开通运营前15天左右的时候，临时决定把一、二号线路标志色由明黄色和蓝色改成蓝色和红色。这样的改动，可能会带来对已经完工的车站装修、书法大字壁、出入口和正在更换/安装中的导向标识、线路图的全面改动。而这一决定的前提是根本没有太多科学依据的“根据列车车身颜色来划分线路标识色”。从今天体验的结果来看，改色的结果比想象中的要稍好一些，所以就慢慢接受这一点吧。有关改色事件，可以参考这里和这里。

　　早上的官方组织的体验活动从新街口站开始，直达二号线东延线终点站经天路站并折返回新街口，中途停站不开门、不上下客，所以有点坐囚车的感觉。于是在返回新街口后又再次坐上西去的列车，相对细致的重新体验一部分的车站。

　　标识色改色的问题还是比较的严重，目前一号线和二号线各个站线路图和导向标识颜色还是处于一片混乱中。不过相信在较快的时间内能改造完毕，标识色的改造会涉及线路图、线路板、导向标识。目前来看大字壁、出入口没有要改动的迹像（当然要改这些也实在不现实）。导向标识的改色目前大都是用不干胶贴纸，所以在灯箱上不能透光，比较影响视觉效果。所以做为乘客，换乘时认准线路编号是短期内最靠谱的做法，近期内导向标识的颜色应该也很快会到位。

　　二号线列车与一号线既有列车同为南京浦镇车辆厂生产，采用阿尔斯通技术的A型车。除了颜色不同，车内主要加装了电子线路指示图和电视上的到站提示，可以更有效的提供乘车信息。与一号线一样，二号线001/002号列车也是“人文地铁”品牌列车，列车内的装饰以书法作为主。

　　二号线大部分车站装修比较简洁明亮，尤其东延线部分高架站装修比较简陋。比较有亮点的车站是苜蓿园（七夕节主题，装修很漂亮也很有文化气息）、莫愁湖（通透式地下站台、端午节主题）和明故宫（中国红色装修风格）。二号线所有的车站都安装有安全门。

　　

苜蓿园站(Photo by galaxy)

　　

明故宫站(Photo by galaxy)

　　新街口的一、二号线换乘比想象中的要更便利。二号线换乘一号线直接从站台上下两层台阶就可以了。一号线换乘二号线需要走一个C字型的通道，新闻报道中把这个描述的过于清楚细致，所以反而让人觉得过程很复杂，实际上只要沿着导向标识走换乘通道，并没有太长的路。元通站的二号线到一号线的换乘需要看清所要换乘列车的终点站方向，沿着相应导向标识走通乘通道就可以到达，同样也非常方便。元通的换乘通道装修很好看。

　　车站的导向标识足够多，多到有点太多，层层叠叠的让你眼花，不过只要你不偷赖，一定不会在车站迷失方向。车站外500左右的范围内设立车站导向标识，导向标识中不带有列车线路信息，只会直接指向最近的地铁出入口。

　　二号线车站的自动售票机似乎不再接受1元的纸币，只接受1元硬币、5元或10元的纸币。售票机缩小了取票和找零的窗口，可以更方便的拿到车票和找零。地铁票价4元封顶。

　　目前车站和列车的装修气味还相当重。

　　长期以来，南京地铁一号线在很多的细节中都做得非常完善，值得称赞。但在这次体验二号线的过程中，感觉到新线在很多细节上距离理想中的完美还有相当的距离，比如，一些装修和导向标识制作比较粗糙；早就被网友指出错误的部分线路名称和标识的翻译仍然没有更正；一号线中一些出色的细节设计没有得到良好的继承等等。如果硬要把它当成一件城市中的艺术品，它还有很多的不足之处。但如果把它当成日常的交通工具，它已经做得相当不错，可以打个80分。随着新的地铁线路的不断建设，运营和管理难度也是越来越大，希望南京地铁能一直保持它的优良传统，打造一个出色的地铁品牌。

　　经历了4年的等待，期待南京地铁一号线南延线、二号线、二号线东延线在2010年5月28日的华丽登场。

　　

混乱的网页布局

　　很明显的，左上角出现的“-->”很好的暗示了我们，HTML中有点乱套了。而且这也常常是网站系统可能存在XSS漏洞的最初现象之一，我不邪恶，不过担心别人会邪恶，所以打算把问题原因找出来，告诉网站管理员。

　　长期的实践中，我曾对这个问题总结过一个规律：这个问题只在Firefox中出现，并且会乱掉的贴子多半是因为某一个特定ID的人参与了讨论，开始混乱的位置常常是在那个ID的人的签名档往上一点的位置。

　　今天为了分析解决这个问题，你会怎么推理？我的推理是：由于签名档允许部分HTML，一些不规范的HTML标签导致了页面混乱。

　　于是去查看HTML源文件，原始文件太长，所以这里就示意一下：

   <div class="content">
　　<!-- Blah blah blah <br />
        -------------- <br />
        Foo bar Foo bar
    -->
        Blah blah blah <br />
        -------------- <br />
        Foo bar Foo bar
    <div>
    <div class="signatures" style="maxHeightIE: 160px;">
       My signautre. My signautre. My signautre. My signautre. My signautre.
    </div>

　　是的，推理错了。显而易见的，签名档中并没有问题，而且HTML代码似乎也没有什么异常的地方。把这段HTML放到一个新的空白网页中，显示也一切正常，没有发生混乱。

　　也许是网页中有一些不可见的字符，而且复制粘贴后就没有了？Emacs帮我证明了不可见字符这一点，这个网页在我的Linux平台上是以LF字符做为换行的，但那个贴子内容中的换行符却是Windows中的CR LF。于是我把CR字符都删掉，问题依旧。难道还有更神秘的不可见字符在搞鬼？用二进制文件编辑器查看这个文件，一切正常。

　　再分析一下，在网页上出现混乱的起始点是-->符号，那看来是在那段注释中就已经出现问题了。用Firefox自带的查看源代码的功能，可以看到，它只把注释的前两行识别成为注释，标记成绿色，从Foo bar那行开始，就变成正常的HTML标签的颜色了。

　　为什么Firefox会错误的识别HTML注释标签的结尾？难道因为这个文件编码有问题(原始文件中是有中文的，例子中只写了英文字符)？(大家还记得Ｗindows记事本对待联通和移动的不同态度吧) 把网页由GBK编码重存为UTF-8编码，问题依然。

　　没招了，借助神奇的Google，换了好几次关键词之后，终于用“Firefox comment bug”这个关键词找到了有用的信息(需阅读者请翻墙)。

　　简单的说，HTML4规范中，注释的起始标签是<!，注释的起始和结束符号是--，注释的结束标签是>。当然，这是一个很严格的形式化的定义，但这跟我们通常想象中的注释由<!--开始，以-->结束是不一样的。因为HTML4规定，结束符号--和结束标签>间可以有空格隔开，也就是说，并不要求--和>连在一起写才表示注释结束。规范建议在注释中不要出现两个或以上“-”出现的情况。

　　规范中没有说结束符号--和结束标签>之间除了空格以外可不可以有别的字符出现，Firefox很激进把它定义为允许出现，所以就带来了我们所看到的问题。

　　事情还没完，那为什么把这段代码单独贴成一个HTML文件测试就没有问题呢？因为没有指定DOCTYPE时，Firefox不会按HTML4的规范去解析。如果你在测试文件开头加上HTML4的DOCTYPE就可以重现这个问题了：

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
     "http://www.w3.org/TR/html4/strict.dtd">

　　还没完，那为什么这个问问往往出现在某个特定ID参与过的贴子上呢？因为那个人不喜欢用论坛的“引用”功能，他喜欢复制前一个人说过的话，用---------隔开，下面写回复。或者就是用---------来分隔他的贴子正文的几段内容。

　　为什么那个BBS系统中要把贴子的内容输出两遍，其中一遍是在注释中呢？不知道。有一种可能性是开发者还不熟悉网页后台系统的开发，他总是习惯用HTML中的注释语法去注释后台他不想要的代码。这种做法基本上是错误的，但犯这样错误的人绝不在少数。

　　继续，虽然Firefox这样做没有违背规范，但多少有点违背常识，为什么它不修复这个问题呢？这是因为它要兼顾SGML的解析——在那里“--”有着很重要功能。不过由于HTML5中对注释的语法做了更严密的规定，Mozilla说，他们准备在后续的版本中修复这个问题。

　　最后，Firefox这个问题会不会带来原本可能不存在的XSS攻击？应该说可能性是有的，但主要问题还是会出在网站开发者的身上。比如你在后台调试时，输出了未转意的用户输入内容，并用HTML的注释注释掉了，你以为是安全的，但由于这个问题的存在，带来了XSS攻击的可能性。

　　这个故事还告诉我们一些道理，不写了。因为我已经把分析/走弯路的过程写得很详细了，那些道理都是简单易见好理解的，只是常常我们做得不太好。

　　这几天我订阅的若干个RSS上都不约而同的出现一些有关Dropbox的文章，有使用技巧的、有商业模式分析的、还有创业经历的等等。病毒式、口碑式的营销是Dropbox取得当前成功的一个重要因素。好吧，我承认我被这个“病毒”传染了，现在正在继续放毒，文章开头的Dropbox的链接是我的推荐注册链接，如果你通过它注册，你我都可以获得250M的额外存储空间。

　　Ｄropbox能迅速感染我的主要原因还是在于它的体验做的还是不错的，整个产品与操作系统的集成做得不错，使用起来非常自然，性能也远比想像中的要好。不过如果要在Debian Testing (Squeeze)上获得这样的体验，还是需要花一点功夫，因为Dropbox提供的Linux deb安装包只有给Ubuntu提供的版本，在Debian上安装会遇到依赖关系的问题：

  nautilus-dropbox depends on libnautilus-extension1 (>= 1:2.22.2); however:
    Version of libnautilus-extension1 on system is 2.30.1-1.

　　看上去只是版本号上的一点点小问题，可以直接强制安装：

　　sudo dpkg -i --ignore-depends=libnautilus-extension1 nautilus-dropbox_0.6.2_i386.deb　

　　后果就是aptitude或者Synaptic都会发现存在broken的依赖关系，然后系统的包管理就不能正常工作了：不能安装别的包、不能升级……

　　搜索后找到了一个简单的解决方案，适合解决类似的deb依赖关系的问题（Debian/Ubuntu都适用）：编辑/var/lib/dpkg/status文件，在里面找到存在依赖关系问题的包所在的位置，编辑它的Depends后面的项，改成一个可以被满足的版本号或干脆把无法满足的依赖项删除。在本例中，可以把“libnautilus-extension1 (>= 1：2.22.2),”改成“libnautilus-extension1 (>= 2.22.2),”或者干脆删除它。

　　这个方法很有效也很暴力，请确认知道自己在做什么并仅在必要、合理的时候使用这个方法。在大部分的情况下，也许自己重新编译生成一个适合自己的安装包是更正确安全的做法。

　　最后分享一下非常重要的几个小技巧：

　　1. Dropbox的Public文件夹文件外链的功能在国内不能正常使用，解决方案很简单：把生成的外链URL中协议由http改成https就可以了。

　　2. 在Linux下，可以用软链接把不属于Dropbox文件夹内的文件同步到Dropbox，但注意尽量只使用文件夹的软链接而不要对文件做链接，因为Dropbox在把文件同步回来的时候可能会把软链接变成普通文件，导致实际的文件不同步。

　　3. 在Windows的NTFS分区下，可以用Junction或mklink(Windows 7)把文件夹做链接，实现任意文件的同步，但要记得与Linux不同的是：只能把Dropbox文件夹内的文件夹建链接到外面，而不能把外面的文件夹链到Dropbox文件夹内，不然同步只会做一次，以后文件再变化就不会再同步了。

　　更多技巧可以参考：Dropbox免费网盘高级使用技巧。

　　ssh-keygen是*nix系统中用于生成SSH登录用的密钥对的命令，很多公共的服务器出于安全考虑都要求用密钥对代替密码来登录系统。然而这种方式对于很多人来说是比较陌生的，如果想借助于搜索引擎来解决这个问题，就很可能上了这个网站的当。在线生成密钥对，这就意味着你的密钥已经被这个第三方的“在线”网站所知晓了，私钥泄露，那还有什么“密”可言呢？

　　仔细看看这个网站上的遣词造句，还颇有一点专业的味道。不过它故意让你多输入了用户名、单位、域名、IP这些生成SSH密钥对根本不需要的信息，显然是别有用心啊。如果再看看它的About的页面，有些看似友好的TO-DO功能改进，实际上更具险恶用心，比如这个：implement key installation via web interface。

　　简单查了一下，现在好像还没有在线生成GPG密钥对的钓鱼网站，估计因为这个相对SSH密钥来说比较无利可图吧。puttygen(Windows下一个常用的用于生成SSH密钥对的软件)相关的域名也还没有人注册，这个想上去应该比sshkeygen对小白们更有效果啊，有识之士应该抓紧去注册，做一个在线的puttygen系统……

　　做为一个Best Practise，永远只在本机生成密钥对，并充分保管好自己的私钥。如果非要在公共主机上使用密钥对，一定得给私钥加上一个强劲的Passphrase。把私钥文件设成0600的权限是必须的，但是是没有用的，因为每台服务器的背后都有一个名叫root的“邪恶”帐号。

　　首先体验的是轨道交通，BART。BART是Bay Area Rapid Transit的缩写，也就是湾区快速运输的意思。从旧金山机场出来就可以看到换乘BART的导向标识，不怕迷路，不过买票的时候会有一些不习惯，因为它采用的是先投币后选择票价的方式。与国内地铁不同的是，它在购票时并不是选择目的地，而是可以打印出任意你所指定面值的磁条卡。如果在出站的时候票中还有余额，出站闸机会把票还给你。下次还可以继续使用，也可以继续往票中充值，不过如果是给车票充值，自动售票机会给你打印出一张新的车票。

　　BART的旧金山机场站有4个站台，不同站台会始发开往不同方向的列车。站台上的LED显示屏并不会一直显示车次的信息，倒是一直在翻滚着显示各种安全告示和动态新闻，所以还是要看注意看清楚自己应该在哪个站台候车。我的目的是市中心的Powell St.所以应该选择开往Pittsburg/Bay Point的方向的列车。

　　BART列车的发车间隔在15-20分钟左右，如果没有卡着点，还真是要多等一些时间。从机场到Powell St.有11站，大约需要30分钟，票价是$8.10。跟国内的地铁系统来比，实在是一个天价。

　　列车采用三轨供电制式，车况一般，车厢内的照明也比较昏暗，车站更是简陋无比，很多车站都像是无人值守的。车上座位很多，人很少，所以平峰的时候基本上是没有人站着的。

　　下午去伯克利大学时又一次体验了BART，而且中途还在12th St.进行了一次换乘，同台换乘非常方便。而且很重要的一点是，无论是BART，还是后面乘座的CalTrain或Muni，它们都有一个叫作Timed Transfer的机制，也就是说某些车次的列车是设计好卡着点让你换乘的，你可以从一列车上下来直接上另一列车继续旅行，基本上不会因为换乘而有过多的等待时间。

　　BART系统不允许拍照，作为一个老实人，我就什么照片也没拍。

　　周二下午要去一次公司，需要搭乘CalTrain，CalTrain可以看成是城际铁路，平时大约15-20分钟一班，周末则差不多１小时才有一班车。列车采用内燃电传动的机车牵引，大部分是客车都是双层客车，部分客车车厢下层是用于做为自行车车厢的。列车按停站不同分为3个等级，从多到少分为Local, Limited-stop和Baby Bullet三种。最快的Baby Bullet可以保证从旧金山到San Jose的旅途控制在1小时以内，而Local则常常需要90分钟，所有列车的最高时速都在127km/h左右。

　　CalTrain的计价方式采用分区计价，跟国内的地铁倒是比较相似。同样采用自动售票，票面是小磁卡。车站没有闸机也没有人检票，车上也只是偶而会有列车员查票，所以一切靠自觉。大部分CalTrain的车站也是很简陋的，规模基本上可以类比于国内某些城市的BRT车站。从旧金山到我的目的地Moutain View是跨了3个区间，距离差不多是机场到市区的不到两倍，票价$6，相比BART来说，是便宜了很多。

　　CalTrain的乘坐体验也很一般，有时候会很颠簸，实在不能跟中国的火车相提并论。工作日平峰时段人也很少，一节车厢能有10来人就不错了。

　　

CalTrain列车到达Moutain View车站

　　如果说BART和CalTrain不是一般观光客所首选的交通工具的话，旧金山的Cable Car，也就是有轨电车，或者叫叮当车，就是很多人想体验的交通方式了。叮当车最热门的线路就是从Powell St.到Hyde St.的线路，它可以把游客从市中心途经中国城和九曲花街，一路“翻山越岭”，送到渔人码头。

　　Cable Car很有历史，所以很多东西也很传统。在Powell St.或Mason St.等终点站，都可以看到一个大圆盘，车子开到上面，再用人力把它转动180度，实现车辆的调头。车子的速度也非常慢，不过做为观光使用，还真是很合适。尤其因为旧金山城市地型本来就起伏不平，坐在叮当车上，看它慢慢的爬上陡坡又冲下街道，还有很有一番情趣的。一辆叮当车很小，只能乘坐20来人，还可以在车外面悬挂10来个人，挂在车外看风景，更有一番风味。

　　叮当车单程票价$5.00，不过在Powell St.的起点站可以买公交车通票，一日票$13.00，三日票$20.00就可以在指定时限内不限次的乘坐叮当车和Muni公交车。三日票还有个不错的用途是可以用来在Ghirardelli购买正价巧克力时享受9折的优惠，Ghirardelli是旧金山最富盛名的巧克力品牌。

　　

旧金山的叮当车

　　包括叮当车在内的旧金山市公共交通，是由市政交通局（SF Municipal Transportation Agency）来运营的，标志就是Muni。Muni公交车票价$2.00，在90分钟内可以免费换乘。相比其它公共交通，Muni公交车车况大都还不错，车厢很大也很明亮，进站时还会放低底盘方便行动不便的人上下车。

　　很多公交站名都是以相交的两条的路的名字来命名的，所以很清晰，不太会错过站。如果下车，最好提前拉动侧窗上面的绳索，通知司机需要下车。车上的站名报站是英语的，但当有老人上车时，会用英语、粤语和（可能是）西班牙语三种语言提醒乘客把车前部的座位让给老人和行动不便的人。

　　Picasa Web相册这几天算是被彻底和谐掉了，正在考虑迁移方案。不过这篇文章中还是只少量贴图，免得我的Blog变成一个“图多杀猫”的地方。

　　中国城

　　要不是受人之托要去中国城买东西，如果在旧金山观光，个人认为中国城不去也罢。在旧金山华人的比例本来就非常高，商场、景点、街头处处可以遇见华人。

　　本来想在Powell St.搭叮当车去中国城，却发现周末叮当车的客流远远大于平时，排队很长。为了节省时间，就直接走去中国城吧。虽然距离不远，但却是连续的上坡路段，很累。

　　走在中国城的街头，感觉大概跟走在香港街头比较接近。满耳朵都是比英语还难听懂的粤语。在中国城街头，有不少叫卖蔬菜或水果的商店或市场，这点绝对是在中国城以外的街头难以看到的，很有中国味。

　　通常都是空空荡荡的Mumi公交车，在中国城的路段也常常可以坐到客满甚至于有人站着。选择坐公交车也许跟收入有关系，但很大程度上也许也还是更跟人们的习惯有关吧。

　　九曲花街

　　离开中国城，重新搭上叮当车，拐几个弯就到了旧金山著名的Lombard Street，常常被翻译成九曲花街。

　　九曲花街是Lombard Street夹在Hyde St.和Leavenworth St.中间的那一段，为自西向东的下坡单行道，坡道达到27度，所以只能是修成弯弯曲曲的形状，以便把坡度降为16度左右。

　　3月初显然还没有到百花绽放的最佳时间，所以整条九曲花街上只有一片片的绿色，相比鲜花盛开的时候来说显得单调了不少。

九曲花街，从东向西看

　　斯坦福大学

　　下午搭乘城际列车CalTrain，到达Palo Alto，也就是斯坦福大学所在的地方。

　　相比连大门都找不到的伯克利，斯坦福大学明显更有大学的气质。从Palo Alto车站下来，沿着Palm Dr直行就可以到达斯坦福的大门。Palm Dr沿路是两排很有意境的大树，而斯坦福门口的那片翠绿的大草地更是让人流连忘返。

　　斯坦福大学最著名的建筑，应该就算是古老的教堂和胡夫塔了。胡夫塔高87米，1941年斯坦福建校50周年时落成，是胡夫学院的一部分，它是由美国第31任总统胡夫所设立的。

　　斯坦福的校园相当的紧凑整洁，建筑风格也比较统一，不像伯克利那样是个大杂烩。校园里有个小土坡，上面有一潭水，如果换个好听的说法，就是“校园依山傍水”。

　　

斯坦福大学教堂和胡夫塔

　　17英里

　　离开美国前的最后一天，有幸搭同事的车去位于加州Pebble海滩的太平洋海岸线17英里景区观光。在长约17英里的观光线路中，有一大半都是沿着西海岸线在走。那里风景优美，聚集着不少名人的豪宅。

　　17英里的游览线路中，包括了大约21景点。其中最著名的，应该属于那棵独自矗立在悬崖上的“孤独的柏树”(The Lone Cypress)，它在这个景区的地位，可以相当于迎客松之于黄山。唯一不同的是每天有无数人排着队跟迎客松合影，而在这里，游客明显要少了很多很多。

　　除了柏树，其它很多景点也很有特色。在“鸟石”，可以看到很多各式的海鸟和成群的海狮，那里还有遍地跑来跑去松鼠们。在“鬼树”可以看到很多形状怪异的树干。在“Fanshell Overlook”，在春季可以看到成群归来哺育小宝宝的海豹。

　　最后的Pebble海滩，更是一个风景优美、观光休闲腐败一条龙的最佳去处，闻名世界的Pebble海滩高尔夫场就在那里。

　　

孤独的柏树

　　离开17英里景区，去美丽的海滨小城卡迈尔用美食填饱肚子，返回旧金山国际机场，结束了美国之行。

　　

地图

　　当我走到西南角一端时看到”前方不通，请原路返回“后，我很淡定的回头了，这是意料中的。走到东北端再次看到一样的提示时，虽然也基本在意料之中，但还是觉得它很挑战人类的心理承受力。为了不至于要第四遍观赏景区的景观，我选择了回到景区大门后从边上的小路翻过某山后去坐公交车。

　　去年的“地球一小时”活动，我选择了去火车站站前广场拍摄照片，有点失败。今年原本打算上紫金山，但被那景区一折腾，心智和体力都有点跟不上。加上考虑到紫金山天文台晚上不开，山顶上即使有合适角度也没有地方可以放稳我的相机（没有三脚架的苦啊），而且离市区的距离远远超过了我的135mm镜头的能力，决定改去城墙上拍夜景。

　　对拍夜景还是极没有经验，出来的片片惨不忍睹。用Picasa改了半天后鼓起勇气放到Picasa Web相册里了。这里就只放一张大行宫附近关灯前后的对比照片吧。因为在城墙上没有一个固定的位置可以同时拍到市区各个方向的照片，因此一直得走来走去的，所以就算是同一个景物，每次取到的也不完全一致。

　　

关灯前

　　

关灯后

　　犹豫半天以后还是决定去体验一下美国的青年旅舍，也就算一个景点了。毕竟一个人在异乡，还有一箱价值上千美元的行李，安全第一，还是要小心一点为好，所以事前也是做足了功课。从网上的信息来看，旧金山的几家青年旅舍的口碑还都是不错的。最后在旧金山青年旅舍的官方网站预定了渔人码头附近那个旅舍的床位。

　　从Powell St.坐叮当车到Bay St.下车往西走就可以到达青年旅舍。它位于Fort Mason的中部，Fort Mason曾经是美军在旧金山的一个港口，现在属于金门大桥休闲区的一部分，青年旅舍就是用当年美军的一栋大办公楼改造的。周围的环境非常幽静，大边的草地也挺给人爽心悦目的感觉。

　　

渔人码头国际青年旅舍

　　跟很多青年旅舍一样，简陋、整洁永远是给人的第一印象，当然也一点温馨的感觉，因为在很大程度上，你会觉得自己是这里的主人，而不是顾客。所有的事情都要你自己动手，包括早餐以后，你还需要自己把用过的盆子洗干净。

　　原本以为四人一间的屋子会很热闹，结果只住了三个人，一个在我睡觉前就睡着了，另一个在我睡着后还没有回来。所以也就没怎么聊到天，很失败。

　　床垫非常软，软得让人有点为难。床底下是个大木箱子，大概可以塞一下个29寸的行李箱，不过你需要自备小锁才能把它锁上。

　　金门大桥

　　这也许是最美国、最旧金山的景点之一了。从渔人码头有公交车可以直达大桥的观景台，非常方便。

　　也许它太为国人所知，也许它的形象太常在各种场合出现，现在反而觉得没有什么可以介绍的。在桥上遇到一位田纳西大学的中国留学生，请她帮忙拍了张照片，才总算在相机的存储卡中留下了自己在美国的第一张照片。

　　

我在金门大桥

　　金门公园

　　低估了自己赶时间的能力和Google地图的估算时间的准确度，留了太多的机动时间，所以临时决定去金门公园转一转。

　　从公交车上下来，都没有办法让自己感觉到是在公园里，倒像是被随意的扔在了高速公路边上。不过事实就是这样，在很多地方，所谓的公园，都只是把一块自然的区域划成为公园景区，并不一定是围上围墙、收收门票这样的情况。

　　因为是临时决定到这个地方，所以显然又是没有做功课的，只能按着地图上的一些信息四处随意走走。用的是机动时间，所以还不得不快马加鞭。给我留下印象的东西有：树林、松鼠、玫瑰园、一个小花园、一个广场、一个博物馆、加州科学院、一个花房。

　　

金门公园古老的花房

　　一直到回到家，对着照片和GPS轨迹才知道，那个小花园是日本茶园，广场是音乐广场，博物馆就是著名的De Young美术馆，而那个温室花房则是金山公园中最古老的建筑，建于1878年。好吧，算是看了几个有名的景点，没有白来了。

　　市政中心

　　到旧金山的第一天晚上就想去市政中心看看，那里距离Powell St.只有一站路，于是就一路走过去，但到那里以后愣是没有敢把相机拿出来也没敢久留，就匆匆忙忙回去了。原因是虽然只有不到8点钟，路上却已经没有多少行人，只有一些游手好闲的人和乞丐在那里晃来晃去，也许是只是心理作用……

　　因为离开金门公园后的下一站是中国城，没有直达车，所以就先乘公交车回到市政中心看看再转车。

　　相对于别的狭窄破旧的行道，市政中心广场看起来是很开阔很漂亮的。中间是市政厅，周围一圈主要的建筑有亚洲艺术博物馆、公共图书馆、市政礼堂、战争纪念歌剧院、厄尔·沃伦大厦等等。

　　

旧金山市政厅

　　某位伟大的先哲说：Blog文章中一定要配图才生动。所以从相册中挑几张再次贴在这里，更多的照片请点页面右上角的“照片”访问。如果访问不了，请自行搜索“Picasa 修改 hosts”寻找解决方案。

　　伯克利

　　到了美国放下行李，第一件事是就是抓紧时间开始体验美国。第一站选择了加利福尼亚大学伯克利分校。

　　如果说伯克利是一所学校，还不如说它就是一个小镇，从地铁出来以后，穿过几个十字路口，就到了学校，学校并没有明显的校门，也没有围墙。

　　由于出门前走得匆忙，没有来得及做功课，只是粗粗的看了一眼校园地图，所以只能随便转转了。校园面积不小，有不少古老的建筑，很多建筑都是为了纪念某些人物而设立的。可惜对这些历史和典故都没有了解，看到了也没感觉。

　　伯克利的图书馆是很出名的，是北美第四大图书馆。而且其中一个主图馆就在学校的地标建筑Sather Tower边上，所以很容易找到。图书馆是完全开放的，任何人都可以随意进入。

　　

Sather Tower和图书馆

　　如果说校园的东侧还比较像学校的话，校园的西侧完全就是城镇了，各种各样的商店和小商小贩都集中在这一片。整个伯克利给人的感觉确实就是一种开放的氛围，并没有那种严肃的学术气氛，这种学术气息也许只有再深入到教室和实验室才能体会到吧。

　　出门前查网上的游览攻略，说可以去伯克利后面的山上遥望金门大桥，这听起来是个不错的主意，所以在校园里传了几圈后就决定去爬一爬后山。只可惜我努力了N次，上上下下爬了几遍还是没有找到传说中后山上的至高点看风景。后来才渐渐的意识到，之前看的地图是旋传了90度的，“上东下西左北右南”，而我还一直以传统的地图方向去指导自己的路线，难怪一次又一次的迷失方向。可惜醒悟过来也晚了，没有体力再去爬一次小山了，而且太阳也快落山了，那时如果向西遥望金门大桥也是逆光了，看不清风景而且我也是没有本事拍好逆光的照片的。还是打道回府吧。

　　Tips: 如果有计划要去伯克利参观，比较好的做法是在它的网站上看看有关校园游览的那个主题，把导游手册打印出来。也可以直接报名参加学校的免费导游团，这样就不会像我一样成了没头苍蝇了。

　　渔人码头

　　周一到周五都在开会，周六下午要离开旧金山去Cupertino为周日去17 miles做准备，所以在旧金山市区游玩的时间就只有大半天。为了充分利用时间，也为了体验美国的青年旅舍，我决定离开市中心那一天200多美元的酒店，周五的晚上住到渔人码头附近的一天20多美元的青年旅舍去。

　　周五傍晚就去渔人码头转了一圈，也算是考察一下地型吧。从西边的Ghirardelli广场到东边的35号码头，一路都算是渔人码头景区，这里也许是旧金山观光客最多的地方吧，一路都是小商品和餐饮店，尤其有很多吃海鲜的饭店。其中人最多也最能让人留下印象的，应该就是39号码头了。

　　

39号码头商业休闲区

　　39号码头的小广场上，有很多商家和娱乐设施。沿着海岸边走走，风景相当不错，可以看到西边的海湾大桥、北边的恶魔岛、东边的金门大桥。那里的岸边，也停靠着很多的帆船和游艇。还有39号码头最出名的海狮们，它们总是懒洋洋的趴在属于它们的那些甲板上面，时不时发出几声叫声。这里也还有不少的海鸥，到处飞来飞去，配上蓝天，是一道非常不错的风景线。

　　

39号码头只知道睡觉的海狮们

　　渔人码头有不少知名的老字号，西边的Ghirardelli广场就是其中的一个。Ghirardelli是旧金山最负盛名的巧克力品牌。39号码头附近的Boudin Sourdough Bakery & Cafe则是一家很有名的面包店，以酵母酸面包加海鲜浓汤著称。可惜我去的时候还是没有做好功课，只是看到那里形形色色的面包就走了进去，随便买了一个可爱的小海龟形状的面包，很硬很硬，最终只能咬牙切齿的把它吃了下去。

　　渔人码头景区还有海洋国家历史公园、机械博物馆等景点，还可以乘游艇去参观恶魔岛和穿过金山大桥，不过这些都因为时间关系只是轻轻路过或完全没有去体验了。恶魔岛就是电影石破天惊或者叫勇闯夺命岛中的那个充满挑战的小岛了，那里以前其实是座监狱。

　　从渔人码头向西走回青年旅舍的路上，有一片沙滩，这里的风景我觉得还挺不错。

　　

渔人码头西侧的沙滩

　　1. 提前换好适量的美元。别到临行前最后一天再去换，免得像我一样遭遇系统故障换不到。万一真遇到了，还是可以去中国银行试试，中国银行小额美元兑换似乎并不通过那个系统。周末的汇率可能会偏高，可以考虑平时去。现金不用带很多，因为大部分情况下都可以刷卡。

　　2. 打电话给银行提高信用卡的(临时)信用额度。往信用卡中存入人民币溢缴款是 不能 提高美元额度的，至少招商银行如此。

　　3. 带个U型枕可能能让你在长途飞行时睡得更好一些，不过CX的航班会提供枕头。记得带拖鞋和牙膏牙刷，这些美国酒店一般是没有的。

　　4. 飞机的座位可以考虑选靠走道，进出方便些，不过我发现我自己并没有在飞行过程过中离开过座位。尽量在飞机上就按目的地的时区睡觉，这样就可以帮助避免倒时差的痛苦。

　　5. 相同面额的美元纸币或硬币，上面的图案可能是不同的。不同面额的美元纸币长得倒挺像，看清楚了再用。

　　6. 住酒店记得在早上离开前留下1-2美元的小费给打扫房间的人。如果你很悭吝，可以把Privacy的牌子挂到房门上。

　　7. 信用卡消费时常是离线交易的，刷你卡的时候可能只是验证卡的有效性，让你签单以后才可能才会真正的产生交易。所以饭店吃饭时刷完卡给你看的帐单上的金额并非是这次交易的金额，你应该自觉的写上小费金额再签单，实际交易会按你写的总金额产生。

　　8. 在遵守交通规则或在没有信号灯的路口过马路时，一定是车让人的，要勇敢的过马路，不然你跟司机就都只能停在那里大眼瞪小眼。

　　9. 花钱时避免把美元金额换算成人民币，不然可能饭都吃不饱了。倒是别忘了还要在商品的面值上再加上相应的消费税，那才是你真正要付的金额。旧金山的消费税是比较高的，9.5%。

　　10. Macy's是家连锁的大百货公司，如果要采购一些商品可以考虑去看看。记得到客户服务中心去领一张外国游客优惠卡，除化妆品、珠宝和家俱等一些商品外，其它的商品一率打89折。

　　11. 在机场买化妆品虽然可以免税，但注意如果要转机可能需要托运，而且赠品相对较少。所以还是在市区商场买直接放在行李里托运掉更省心，商场的赠品常常非常丰厚。倩碧和雅诗兰黛这类美国牌子在美国买有足够的优势，即使在香港转机也不用考虑在香港机场买。

　　12. 旧金山的商场大多晚上8点关门，周末多半是7点就关门了。公共交通周末的时刻表与平时也可能不同，注意区别。

　　13. 看到药房(Pharmacy)，你就该知道这实际上是小超市/便利店，通常冲印店也在里面。超市里的鲜牛奶的美元价格折算成人民币跟国内差不多，所以如果你喜欢，把牛奶当水喝也挺合算的。

　　14. 善于Google Maps规划你的行程，它提供的时间估算非常具有参考价值，包括乘坐公交车的时间。如果在旧金山市区徒步或骑车倒是要注意，因为旧金山的路有很多的上下陡坡，所以地图上看着一条马路，实际上你可能是在上山下山。

　　15. 如果要买东西带回来，准备好大箱子。你实际会带的东西永远会比你相像中的多。看清你的航空公司允许的行李数量和重量，CX的经济舱允许免费托运两件各不超过23kg的行李。

　　16. 旧金山机场门口的行李推车是有偿使用的，$4每次。如果你没打算要推着你的行李到处跑，可以省一省，进门就是办登机牌的地方了，直接托运掉就行了。

　　17. 美国出境不会在你的护照上盖章，航空公司会直接把入境时填写并订在护照上的I94表格收走，所以别把那个弄丢了就好。

　　随手涂鸦了一个BASH脚本，用于在Linux命令行下通过这个网站查询火车票票额，放在GitHub上。有兴趣的朋友可以拿来用用。免费版的GitHub是一个公共GIT仓库，所以也欢迎任何人继续涂鸦和改进这个脚本（当前的代码Just works，但很smelly）。

　　脚本的代码可以在这里直接下载：http://github.com/lifanxi/train-query.git/train.sh

　　简要的使用说明在：http://github.com/lifanxi/train-query.git/README

　　其实核心代码只有一句：

　　curl http://dynamic.12306.cn/TrainQuery/iframeLeftTicketByStation.jsp -d lx=00 -d nyear3=$YEAR -d nyear3_new_value=true -d nmonth3=$MON -d nmonthe3_new_value=true -d nday3=$DAY —data-urlencode startStation_ticketLeft=$START —data-urlencode arriveStation_ticketLeft=$TO -d nday3_new_value=true -d startStation_ticketLeft_new_value=true -d arriveStation_ticketLeft_new_value=true -d trainCode=$TRAINCODE -d trainCode_new_value=true -d rFlag=1 -d name_ckball=value_ckball -d tFlagT=T -d tFlagZ=Z -d tFlagDC=DC -d tFlagK=K -d tFlagPK=PK -d tFlagQT=QT -m 10 2>/dev/null ｜ grep -v "//" ｜ grep addRow > $TMPFILE

　　试图把脚本放到Windows上可用，试了一下win-bash，不行，算了，Windows下喜欢脚本的人应该不多。实在要用的，估计用Cygwin可以。

　　1. tmpfs

　　有人说在Windows下用了RAMDisk把一个项目编译时间从4.5小时减少到了5分钟，也许这个数字是有点夸张了，不过粗想想，把文件放到内存上做编译应该是比在磁盘上快多了吧，尤其如果编译器需要生成很多临时文件的话。

　　这个做法的实现成本最低，在Linux中，直接mount一个tmpfs就可以了。而且对所编译的工程没有任何要求，也不用改动编译环境。 　　

mount -t tmpfs tmpfs ~/build -o size=1G 

　　用2.6.32.2的Linux Kernel来测试一下编译速度：

　　用物理磁盘：40分16秒
　　用tmpfs：39分56秒

　　呃……没什么变化。看来编译慢很大程度上瓶颈并不在IO上面。但对于一个实际项目来说，编译过程中可能还会有打包等IO密集的操作，所以只要可能，用tmpfs是有益无害的。当然对于大项目来说，你需要有足够的内存才能负担得起这个tmpfs的开销。

　　2. make -j

　　既然IO不是瓶颈，那CPU就应该是一个影响编译速度的重要因素了。

　　用make -j带一个参数，可以把项目在进行并行编译，比如在一台双核的机器上，完全可以用make -j4，让make最多允许4个编译命令同时执行，这样可以更有效的利用CPU资源。

　　还是用Kernel来测试：

　　用make： 40分16秒
　　用make -j4：23分16秒
　　用make -j8：22分59秒

　　由此看来，在多核CPU上，适当的进行并行编译还是可以明显提高编译速度的。但并行的任务不宜太多，一般是以CPU的核心数目的两倍为宜。

　　不过这个方案不是完全没有cost的，如果项目的Makefile不规范，没有正确的设置好依赖关系，并行编译的结果就是编译不能正常进行。如果依赖关系设置过于保守，则可能本身编译的可并行度就下降了，也不能取得最佳的效果。

　　3. ccache

　　ccache用于把编译的中间结果进行缓存，以便在再次编译的时候可以节省时间。这对于玩Kernel来说实在是再好不过了，因为经常需要修改一些Kernel的代码，然后再重新编译，而这两次编译大部分东西可能都没有发生变化。对于平时开发项目来说，也是一样。为什么不是直接用make所支持的增量编译呢？还是因为现实中，因为Makefile的不规范，很可能这种“聪明”的方案根本不能正常工作，只有每次make clean再make才行。

　　安装完ccache后，可以在/usr/local/bin下建立gcc，g++，c++，cc的symbolic link，链到/usr/bin/ccache上。总之确认系统在调用gcc等命令时会调用到ccache就可以了（通常情况下/usr/local/bin会在PATH中排在/usr/bin前面）。

　　继续测试：

　　用ccache的第一次编译(make -j4)：23分38秒
　　用ccache的第二次编译(make -j4)：8分48秒
　　用ccache的第三次编译(修改若干配置，make -j4)：23分48秒

　　看来修改配置（我改了CPU类型...）对ccache的影响是很大的，因为基本头文件发生变化后，就导致所有缓存数据都无效了，必须重头来做。但如果只是修改一些.c文件的代码，ccache的效果还是相当明显的。而且使用ccache对项目没有特别的依赖，布署成本很低，这在日常工作中很实用。

　　可以用ccache -s来查看cache的使用和命中情况：

cache directory                     /home/lifanxi/.ccache
cache hit                           7165
cache miss                         14283
called for link                       71
not a C/C++ file                     120
no input file                       3045
files in cache                     28566
cache size                          81.7 Mbytes
max cache size                     976.6 Mbytes

　　可以看到，显然只有第二编次译时cache命中了，cache miss是第一次和第三次编译带来的。两次cache占用了81.7M的磁盘，还是完全可以接受的。

　　4. distcc

　　一台机器的能力有限，可以联合多台电脑一起来编译。这在公司的日常开发中也是可行的，因为可能每个开发人员都有自己的开发编译环境，它们的编译器版本一般是一致的，公司的网络也通常具有较好的性能。这时就是distcc大显身手的时候了。

　　使用distcc，并不像想象中那样要求每台电脑都具有完全一致的环境，它只要求源代码可以用make -j并行编译，并且参与分布式编译的电脑系统中具有相同的编译器。因为它的原理只是把预处理好的源文件分发到多台计算机上，预处理、编译后的目标文件的链接和其它除编译以外的工作仍然是在发起编译的主控电脑上完成，所以只要求发起编译的那台机器具备一套完整的编译环境就可以了。

　　distcc安装后，可以启动一下它的服务： 　　

/usr/bin/distccd  --daemon --allow 10.64.0.0/16

　　默认的3632端口允许来自同一个网络的distcc连接。

　　然后设置一下DISTCC_HOSTS环境变量，设置可以参与编译的机器列表。通常localhost也参与编译，但如果可以参与编译的机器很多，则可以把localhost从这个列表中去掉，这样本机就完全只是进行预处理、分发和链接了，编译都在别的机器上完成。因为机器很多时，localhost的处理负担很重，所以它就不再“兼职”编译了。 　　

export DISTCC_HOSTS="localhost 10.64.25.1 10.64.25.2 10.64.25.3"

　　然后与ccache类似把g++，gcc等常用的命令链接到/usr/bin/distcc上就可以了。

　　在make的时候，也必须用-j参数，一般是参数可以用所有参用编译的计算机CPU内核总数的两倍做为并行的任务数。

　　同样测试一下：

　　一台双核计算机，make -j4：23分16秒
　　两台双核计算机，make -j4：16分40秒
　　两台双核计算机，make -j8：15分49秒

　　跟最开始用一台双核时的23分钟相比，还是快了不少的。如果有更多的计算机加入，也可以得到更好的效果。

　　在编译过程中可以用distccmon-text来查看编译任务的分配情况。distcc也可以与ccache同时使用，通过设置一个环境变量就可以做到，非常方便。

　　总结一下：

　　tmpfs： 解决IO瓶颈，充分利用本机内存资源
　　make -j： 充分利用本机计算资源
　　distcc： 利用多台计算机资源
　　ccache： 减少重复编译相同代码的时间

　　这些工具的好处都在于布署的成本相对较低，综合利用这些工具，就可以轻轻松松的节省相当可观的时间。上面介绍的都是这些工具最基本的用法，更多的用法可以参考它们各自的man page。

　　2009年，我做了这些事情：

　　- 写了13篇博客。

　　博客空间总访问量13649 PageView，其中“豆饭”插件的页面在上半年贡献了全年40%的PV。

　　- 参与了两个自由软件项目

　　用于同步Google Calendar和Windows Mobile手机Calendar的GMobileSync和Windows Moible手机上的Twitter/饭否客户端软件PockeTwit

　　- 发起了一个自由软件项目

　　LGuo的电子运行图，用于绘制火车运行图。这个软件是LGuo开发的，我现在协助他把这个软件转变为一个自由软件。工作仍在进行中。

　　- 买了个两个重要的IT产品

　　可以用来离线下载的小NAS盒子WD My Book World Edition。

　　新的笔记本电脑：Lenovo ThinkPad T400 2767-R84，取代了陪伴了我近5年的ThinkPad T42 2373-NTH。

　　- 铁路相关活动

　　铁路运转里程7419公里，台湾高铁运转359公里。送别Z50次列车。参观了中国铁道博物馆。

　　- 旅游

　　无锡灵山/太湖两日游。台湾6日游。南京各大景点多日游，比如：梅花山。

　　2010年，要做这些事情：

　　- 学开车

　　2008年7月报的名，10月考了交规，今年10月就要到2年的期限了，一定不能浪费了。

　　- 简单理财

　　2009总的开销中，房租和IT产品占了50%，这不可怕，可怕的是占总开销16%的“取现消费”完全不知道用到哪里去了。

　　- 进一步的时间管理

　　2009年中很有几个月非常的低效，提高效率是当务之急。

　　零零总总，2009年虽是平淡的一年，却又在这一年中发生了很多我自己意料之外的事情，有些事情甚至于非常的困扰，不过终于还是平安的走过了，期待2010。

　　2009年的最后一天，去车站接人，顺便买了张有点特别的火车票玩：10年01月01日 00:00 开车，票价10元。　　

　　

10年01月01日 00:00开车的火车票

　　下公交车到家，需要横穿一条马路，那里的交通灯是区分直行和左转车辆的，但那个路口又几乎没有左转车辆，左转车道绿灯时人行道灯还是红的，所以几乎每天在那里都会“浪费”20秒时间，面对空无一车的马路，等人行道灯变绿后再过马路。

　　今天在这个路口，我按惯例等红灯。但边上的交警叔叔（也有可能是辅警）说：“走走走，没得车子。”听了他的话，不知道是为了给他面子，还是给自己面子，我就迎着红灯过了马路。我承认我并不是100%没有闯过红灯，但今天这路走得确觉得特别的别扭，特别的不踏实，甚至可以说是心惊胆战。

　　以后还是依着自己的本性做事情吧。

　　昨天Südwestrundfunk（德国西南广播电台）在网站公布了2010年维也纳新年音乐会的曲目单，如下：

　　01 - Johann Strauss II - Die Fledermaus; Overtüre - 蝙蝠序曲

　　02 - Josef Strauss - Frauenherz; Polka Mazur; op. 166 - 女人心玛祖卡波尔卡

　　03 - Johann Strauss II - Im Krapfenwald'l; Polka francaise; op. 336 - 在克拉芬得森林法兰西波尔卡

　　04 - Johann Strauss II - Stürmisch in Lieb' und Tanz; Polka schnell; op. 393 - 激烈的爱情与舞蹈快速波尔卡

　　05 - Johann Strauss II - Wein, Weib und Gesang; Walzer; op. 333 - 美酒、女人和歌圆舞曲

　　06 - Johann Strauss II - Perpetuum mobile; Polka; op. 257 - 无穷动波尔卡

　　07 - Otto Nicolai - Die lustigen Weiber von Windsor; Ouvertüre - 愉快的温沙妇人序曲

　　08 - Johann Strauss II - Wiener Bonbons; Walzer; op. 307 - 维也纳糖果圆舞曲

　　09 - Hans Christian Lumbye - Champagner Galopp - 香槟加洛普

　　10 - Johann Strauss II - Ein Herz, ein Sinn; Polka Mazur; op. 323 - 一心一意玛祖卡波尔卡

　　11 - Johann Strauss I - Der Karneval in Paris; op. 100 - 巴黎狂欢节加洛普

　　12 - Jacques Offenbach - Ouvertüre zu "Die Feen vom Rhein" - 歌剧《莱茵河的仙女》序曲

　　13 - Eduard Strauss - "Die schöne Helena"; Quadrille; op. 14 - 根据轻歌剧《美丽的海伦》改编的四对舞舞曲

　　14 - Johann Strauss II - Morgenblätter; Walzer; op. 279 - 晨报圆舞曲

　　15 - Johann Strauss II - Champagner-Polka; op. 211 - 香槟波尔卡

　　16 - Johann Strauss II - An der schönen blauen Donau; Walzer; op. 314 - 蓝色多瑙河圆舞曲

　　17 - Johann Strauss I - Radetzky-Marsch; op. 228 - 拉德茨基进行曲

　　指挥2010年维也纳新年音乐会的是86岁的法国指挥乔治·普列特 (Georges Prêtre)，他曾经在两年前执棒2008年维也纳新年音乐会。在那一届音乐会上，加演曲目《运动快速波尔卡》中，普列特拿出了足球比赛中使用的黄牌与首席小提琴开起了玩笑。乐曲结束，首席小提琴终于“忍无可忍”，从口袋中掏出红牌，把指挥罚下了指挥台。这可以算是指挥和维也纳爱乐乐团给2008年在奥地利举行的欧州杯足球赛做了一个出色的广告。

　　2010年的演出曲目中选择了不少经典的曲目，比如开场曲蝙蝠序曲就曾经在1980,1987,1989,1999,2002等年份多次演出，无穷动波尔卡也是一首很有特色的经典曲目。期待新一年的新年音乐会给这些经典的曲目带来新的演绎。

　　跟往年一样，每年的新年音乐会也会引入一些从来没有新年音乐会上演出过的曲目。2010年新年音乐会一共有4首新的曲目，在曲目单中以*标识。第一首是丹麦作曲家Lumbye的香槟加洛普，2010是Lumbye的200年诞辰纪念，Lumbye是一位擅长写作圆舞曲、波尔卡、马祖卡和加洛普的音乐家。香槟加洛普以打开香槟酒瓶的声音作为乐曲的开头，是他最著名的作品之一。这首香槟加洛普将与后面的香槟波尔卡遥相呼引，成为这个曲目单一个小小的悬念，为什么会在一场音乐会中选择两首与香槟有关的乐曲呢？奥芬巴赫的歌剧序曲也是常常入选新年音乐会的非施特劳斯家族的乐曲，这次选择的是他的歌剧《莱茵河的仙女》的序曲。爱德华的四对舞舞曲既是本次新年音乐会上的一个新曲，也是曲目单中唯一的一首他的作品。

　　曲目单上出现了不少的序曲，但除了结尾的拉德茨基进行曲以外，居然没有别的进行曲出现，导致了不少乐迷的质疑，有此人甚至用“乱七八糟”来表述这次的曲目安排。不过对我来说，维也纳新年音乐会这场传统的音乐盛宴很多时候已经成了一种期待、一个符号，关注的是她带给我的新的一年的气息和感受，每一年，只有欣赏过了维也纳新年音乐会，才真正体会到了新年的到来，春天的临近。

　　如果没有意外，2010的维也纳新年音乐会仍将由中央电视台音乐频道在元旦的晚上的18:00进行直播。这年头，数字电视和音乐频道的普及率比3年前已经高了很多，相信大部分乐迷都不会再次为收不到音乐频道而苦恼了。一直担任新年音乐会解说的“赵老师”今年故事多多，不知道是不是还会继续成为2010年新年音乐会的解说，这么多年，还真是已经习惯了他的解说风格。

　　2010年的唱片应该继续由Decca出版，不过目前为止还没有看到CD的封面长成什么样子，如果有看到的朋友，希望能共享一下。

　　下面开始跑题……

　　今天Mp3tag软件发布了2.45版本。Mp3tag是一个用于整理、修改、获取音乐文件的Tag信息软件。这个软件相对于刚开始用的人来说可能不是非常好用，但是一旦会用了，就会非常的高效，而且它的功能也非常强大，甚至支持写简单的脚本来控制软件的工作。推荐给拥有大量音乐文件需要管理的朋友。不过如果你觉得iTunes或Windows Media Player的音乐库管理已经足够好用，可以无视本软件。这个软件的中文汉化界面是由我在维护，如果发现软件界面翻译有问题，欢迎指正。

　　Mp3tag 2.45的下载网址：http://download.mp3tag.de/mp3tagv245setup.exe

　　原本用的好好的Debian GNU/Linux 5 (Lenny)，在经历了以下操作后出现了问题：更新了一下系统；安装配置了NetworkManager；把内核从2.6.31.5升级到2.6.31.6（同时把内核选项中的CPU类型由686改成CORE2）； 把ATI显卡驱动从9.10升级到9.11。出现的问题是：重启或注销GNOME时系统失去响应；Firefox在链接上点右键，菜单弹出前软件失去响应。

　　为了排除这两个问题，做了很多的努力：Google寻找解决方案；把内核恢复到老版本；把CPU类型恢复成686重新编译内核；降级显卡驱动；重新配置Xorg.conf；以上几种方案的各种组合……均无果而终。（重点怀疑显卡驱动的原因是ATI的fglrx驱动在新内核中总是会触发一些oops）

　　山穷水尽之际，决定用strace看看Firefox在弹出菜单时到底在做什么事，为什么会卡住。

connect(88, {sa_family=AF_INET, sin_port=htons(16001), sin_addr=inet_addr("127.0.0.1")}, 16...

　　127.0.0.1……我自己ping了一下这个本机回环地址，Request timed out。啊……

　　原来，这次安装了NetworkManager后发现它不工作，查了一下才知道只要是在/etc/network/interfaces中有配置的网卡都不会被NetworkManager管理，于是不管三七二十一把interfaces这个配置文件给清空了。遗憾的是原本在interfaces配置文件中配置的Loop Back网卡lo不会被NetworkManger管理的，于是127.0.0.1这个地址就不通了。

　　这个故事也告诉我们，lo网卡在Linux中非常重要。

　　1999年第一次安装Linux，2006年参加工作开始试图把Linux作为日常的操作系统，到目前为止，却还是没有办法完全离开Windows。不过对于Linux的看法早就已经从欣喜的发现“Linux也能做这件事”演变成了“遗憾，Linux还做不了这件事”，或者，更确切的说“遗憾，Linux还不能兼容这个东西”。毕竟，外面的世界还不是这么美好。Linux自身做为桌面系统来说，也还有不少的路要走。

　　昨天Google开会正式介绍了深度整合Linux和浏览器的操作系统Chrome OS，大概在一年多前在参加UCDChina书友会时，大家就曾经聊到过浏览器是不是可能变成操作系统，在来看来，这个理想已经更接近现实了。第一时间下载了Chrome OS镜像在VMware上体验。不过实话说，现在所看到的Chrome OS并没有给人特别惊喜，几乎纯粹Web OS的概念很领先，但就目前来看似乎并不具备足够的吸引力，毕竟现在Web还没有能力提供足够丰富和复杂的应用。更不提那众所周之原因所导致的Chrome OS的桌面无法打开，一些应用无法正常访问了。

　　跑题了……

　　十年前，背着行囊来到这座陌生的城市，在略显偏僻的校园开始了我的大学生活。

　　十年间，学到了很多的知识，懂得了很多的道理，改变了很多的想法，认识了很多的人，得到了很多的帮助，领悟了很多的人生。

　　十年后的今天，生活在这个熟悉的城市，不再为陌生的环境所困扰，体会着城市角落中的点点滴滴。

　　我曾经评价南京是一个很土的城市，因为这个古老的都城沉淀着很多的历史，凝重而又充满韵味。我是土人，土人生活在这个土城市中，很踏实。

　　周末同学结婚，顺路回到学校看了看，新生刚刚报道，而且今年一改以往的传统，军训由大二改到了大一， 操场上充满了生机和活力。

　　十年，这个城市、这个城市中的人，很多发生了变化、很多还是没有变。贴几张学校的照片，体会一下这变与不变。

　　

新建筑：“见山园”暨中国艺术研究院中国雕塑院创作基地

　　

建设中：逸夫楼

　　

建设中：图书馆与实验中心楼群

　　

老校门

　　

南楼（尚贤楼）

　　最初上UC到UC成为一种习惯的过程，现在也已经不可考证了。不过我承认，丰富的礼物应该是一个很重要的因素，在UC，似乎是我一辈子中运气最好的地方，什么好事都能轮得上：

　　- 《为什么时光不能够倒流》一本

　　- 站徽评选活动站衫一件

　　- Sun Studio集成开发环境的教程测验，电话卡50元，后接到电话说由于发放延迟，做为补偿，涨到100元。（未收到）

　　- Sun Studio动手实验课程站衫一件（未收到）

　　- CSDN笔记本一本（未收到）

　　- 学习Solaris 10红宝书iPod Nano一台

　　- 组织一周年站庆南京地区活动，申请到30件站衫、30张SXDE光盘

　　- 《Solaris应用程序设计》一本

　　最初使用UC，主要是为了在上面体验不同的操作系统。后来为了能有机会得到iPod，UC也成为我学习Solaris红宝书和做实验的地方。也是在UC，我第一次使用到龙芯。

　　平时在工作和生活比较专注在Linux上，对Solaris没有什么需求，而平时能接触的Linux的机会也很多，所以使用UC的时间也就变少了。

　　不过UC对我来说，仍然是一个非常重要的平台，因为像我在这篇博客中写的那样，UC目前是我的Blog的主要创作平台。我的Blog是用Emacs和Muse搭建的，为了做到能在任何时间任何地点都可以写Blog，PuTTY到UC上是我目前最佳的一个选择。

　　这几天突然看到Unix-Center的运营遇到了一些困难，虽然有点出人意料，却也在情理之中。做为个人要去支撑这样一个没有营利的平台，实在是一件不容易的事。尤其是了解到每年的托管和带宽上花费后，更是让人为这个系统的继续运行捏一把汗。

　　UC的站衫我一直在穿，背上硕大的UC标志常常引起同事的好奇，如果有人问起，我就会向他们介绍这个网站和这个网站背后的故事。

　　我个人不是很看好以捐款的形式来作为支持这个系统运营的一种方式，因为网站运营需要的是续持的投入，而捐款常常会是烧光一个人热情的一锤子买卖。寻找一种合适的营利模式才是维持运营的必要的方式，希望现在发起的捐款本来也只是一种支撑系统走过难关的临时方式吧。UC有很多热情和忠实的用户，这是一笔非常宝贵的财富。虽然在国内搞这样的一个系统没有一个良好的大环境，但也许在小众中，可以用一些更有针对性、更有效率的方式去实现网站和用户的双赢。

　　祝福Unix-Center.Net。

　　参考阅读：Unix-Center.Net需要您的帮助。

　　一次愉快的旅行

　　上周末去北京参加MM的学位授予典礼并帮忙收拾东西准备离校，也许这是很长一段时间里最后一次去伟大的首都吧。

　　Z50停运以后，南京就没有火车可以在早上七点钟之前到北京了，这对于要在八点前到中科院玉泉路校区来说显得有点困难。不过 善于专研 的火车迷们早就发现合肥到北京的Z74增停蚌埠给南京提供了一种高性价比的进京方案。果不其然，在南京直达北京的车票一票难求的情况下，我很顺利买到了1512南京去蚌埠和Z74蚌埠去北京的车票。而且南京站售票大妈很和谐，都没有收取5元的异地票手续费(也许因为是联程票的原因？)。

　　周四，下班回家拿了东西去往南京站，一切顺利。同时发现在1512前的几趟去蚌埠的特快列车都晚点，看来选择1512是个正确的选择。不过很快就发现1512在已经晚点了近40分钟的情况下还被车站打出了“晚点时间未定”的提示。有点紧张。20:33时1512终于在最后一个备份方案T34到站前进站了，在车迷ChinaRH2的指点下， 果断 继续选择1512旅行。

　　虽然是1512的无座票，但显然预留给蚌埠的2号车厢是全空的，随便躺都可以。22:10时，在GPS和Google Maps以及计算器的帮助下，我认定按当时不到70的时速，是不可能及时赶到蚌埠的。决定去找车长开客运记录，万一晚点赶不上Z74又签不到别的车，可以在退票时少一些损失。挤过拥挤不堪的8节车厢( 这些人为什么不走几节车厢到2号来看看呢？ )，列车长很 友好 的承诺帮我签当晚去北京的别的车票。吃了定心丸回到座位上，发现列车正在驶入蚌埠车站，时间是22:35。看来在后面T34顶着跑的 压力 下，1512充分发挥了它赶点的 潜力 。

　　下车下地道换站台，这时Z74跟在T34后面刚刚进站。22:43，Z74准点开出。美美睡了一觉，早晨06:20，准时到达北京车站。

　　上午一切都很顺利，下午没事，决定去位于环行铁道附近的中国铁道博物馆看看。上次去中国电影博物馆时已经路过了，没有来得急去，以后来北京的机会少了， 抓紧 去看看吧。Google Maps给我算了一条比较愚蠢的路线，还好我自己对路的感觉比较准，自己找到了条更合理的路线：知春路地铁10号线到三元桥换403到环行铁道。

　　铁博的位置很偏僻，参观的人也很少。巨大的展厅里陈列了很多具有历史意义的机车和车辆。大部分车辆都允许登车参观，看到很多平时坐车时看不到的东西。各式各样的蒸汽机车更是让人感受到了一个时代的缩影。

　　……

　　周日，行李打包完毕，找速递公司托运，业务员承诺下午来取货。虽然因为号称的“堵车”延迟到了18:00才来取货，但倒是正好避开了一场大雨。业务员很热情，一百多公斤的东西差不多都是他 一个人 搬的，比较省心。

　　在青年公寓附近的饭店吃完晚饭，20:30出发去北京站，不幸的在西直门错过一班内环地铁，不过又正好来了一班外环的。虽然走外环去北京站会慢2分钟左右，不过还是比等一班内环要快。上车走人。

　　21:24到北京站，偏偏遇到入口处排长队，还好 秩序井然，没有等太久就进入候车厅。到检票口时是21:35，屏幕上刚刚切换到D305停止检票的提示。检票员很 和谐 的直接放我上站台了。

　　以前很多人抱怨长途卧铺动车的二等座车厢灯光太亮，没法打瞌睡。现在显然人性化改进了，22:00以后就只留了车厢前后两侧各一盏灯。我的003号座位在第一排，在脚边放了行李也还能伸直腿，比后面几排好多啦。

　　今天早上，列车早点到达南京站，结束了这次幸运之旅。铁博的顺利成行，也算是了却了一个小小心愿。很开心。

　　PS. 收藏了一张北京地铁票，虽然上面有一点划痕，但是那个有某银行广告的老版本票。比起那些全新的几乎是白版的新版地铁票，还算漂亮。

　　一次郁闷的旅行

　　上周末去北京参加MM的学位授予典礼并帮忙收拾东西准备离校，也许这是很长一段时间里最后一次去伟大的首都吧。

　　铁道部想钱想疯了，Z50停运换抢钱动卧，再加上T66改点，南京去北京就没有一趟有性价比的车了，为了确保7点钟之前到北京以便在八点前到中科院玉泉路校区，只好选择1512到蚌埠转Z74的折腾方案。南京站售票厅的人一如既往的多，还好人品还凑合，Z74还有票。至于去蚌埠，只能1512无座了，长途车的无座，想想都可怕。

　　周四，下班回家拿了东西赶快奔去往南京站，好像那天下午沪宁线的电力接触网又故障了，N多动车晚点，还不知道有没有恢复正常。到站一看，果不其然，1512前的几趟去蚌埠的特快列车都晚点，今天死定了，想改签南京发的别的去北京的车也肯定没票了。站了半天，一直没有1512的消息，终于，1512在已经晚点了近40分钟的情况下还被车站打出了“晚点时间未定”的提示。打电话请教其它车迷是不是应该改乘T34，居然告诉我不如还是坐1512普快。汗，不知道是怎么想的，普快晚点、特快正点的情况下让我选普快，一不小心就被特快踩死了。

　　还好1512赶在T34前开了，真是担心到滁洲临时停车让T34先过。心神不定在在车上用GPS、Google Maps和计算器计算赶上Z74的可能性，怎么算都是Mission Impossible。算了算了，做最坏打算打车长去开客运记录准备退票吧，T66在蚌埠没什么票额，基本上签不到的。好不容易挤到8号车厢列车长办公席，车长不在，一问，说是去餐车了。真不负责。又挤了两节车厢到餐车找到车长，对于编客运记录，车长一百个不情愿，就说他负责帮我签到北京的票。算了算了，鬼知道算不算数，到时他一关门一开车就走了，还能顾上我？

　　1512居然赶在Z74前进站了。小松口气，换站台准备上Z74。嗯？刚看见显示屏上提示是Z74的，怎么突然又变成T34了，别的站台上也没有Z74了啊。吓出一身冷汗，才发现显示屏上又变成Z74了。原来是轮换显示的，这个设计实在太烂了。

　　睡得迷迷糊糊的时候就到北京了，郁闷，起来吧。

　　下午天气超热，不过傻坐着也不是个事儿，决定去中国铁道博物馆看看。要横穿半个北京城，该死的Google Maps又给我规划了一条傻得不能再傻的绕圈子线路。都上过它几次当了，直接无视，自己找了条还算合理的路线，出发。到了那个破破的地方，沿着破路顶着太阳走了老长一段，才看到个破破烂烂的大门和指示牌。继续沿着破路走，走到像车库一样的展厅前，向左还是向右呢？随便选了一边走，发现没有门，直到转到另一边才看到门。这一路上，我都已经认定这地方要拆迁了：杂草丛生，破门破窗。

　　参观完破破烂烂灰尘厚到可以在上面写字的机车展厅，看到另一侧有个展览馆一样的建筑，绕了一圈发现没有开着的门。一问才知道，打建好以来就没开放过。好嘛，打道回府吧。这个圣地，我算是朝拜过了，没遗憾了。

　　……

　　周日，行李打包完毕，找速递公司托运，业务员承诺下午来取。下午好好的凉快的天气不来，一直拖到开始下大雨才过来，虽然搬东西的时候雨已经停了，潮湿的地面还是很不方便。业务员算出来的价格跟心理预期相差太远，讨价还价了N次才稍稍让了一点。算了，算了，没时间了肚子也饿了，赶快把东西拖走就好。

　　好不容易吃个晚饭，还上错菜，服务员信誓旦旦的指着肉片说是肥肠。换了菜，扒完饭，已经快20:30了，赶快走吧。在知春路正好错过一班13号线，在西直门又正好错过一班2号线，这么巧的事情怎么都让我碰上了，是不是因为行李太重影响了走路速度啊。

　　好不容易到北京站，已经离开车只有16分钟了，进站口的人是始无前例的多得令人发指，而且居然这节骨眼上还又关闭了一个进站通道，耐着性子老老实实的排队，终于进了候车厅。赶到检票口时，正好遭遇停止检票，还好看我可怜放我进去了，不然没时间改签就只能去混D349无座了，那样理论上是要补票的，钱包里只有不到100块钱了，不知道该怎么办。

　　卧铺动车的二等座的灯光不知道干什么要这么亮，这次改进了点，一个车厢只留了前后两侧各一盏灯。不过我的003号座位上面正好是亮着的灯，边上两个人还有幸成为唯一两个在车厢里大声聊天的乘客。上车晚了，没有发到5100的矿泉水，跟乘务员要，她很客气的说了声“稍等”就没有下文了，直接经济损失6元以上（按超市价）。

　　今天早上，列车早点到达南京站，结束了这次坎坷的郁闷之旅。

　　PS. 在北京坐了那么多次地铁，每次都是挺新的磁卡，偏偏准备收藏一张时吐出了一张带有划痕的旧票。北京回来数数钱包里又有了十几张一元的纸币，北京一元的纸币实在是太多了。但地铁自动售票机却不吃一元纸币，非要吃在北京很稀缺的硬币，不知道怎么想的。

　　我对火车感兴趣，是从2007年5月开始的。最初的动因也就是为了能更多的了解客车售票的规律，在客运的高峰时期可以更顺利的买到票，或者在平时可以找到最有性价比的列车乘坐。做为技术青年，我对火车的兴趣也很快增加到对车型、线路、调度的研究。不过与其它火车迷相比，很长一段时间中，我都没有对火车倾注过感情。

　　2007年11月23日，资深车迷ChinaRH2相邀，一起去南京站拍摄了9列直达特快列车依次高速通过的壮观景象。回来第一次使用Premiere把它剪辑成视频短片，虽然这个短片做得非常的粗糙，不过确实是注入了不少的心血。制作视频时不断的重播和预览让我对这一列列洁白的列车变得熟悉起来，似乎跟他们成了朋友。

　　所谓“直达特快”列车，是指在2004年4月18日的第五次中国铁路大提速中引入的新型客车。客车的车次字冠是Z。直达特快列车的特点是大部分采用戚墅堰机车厂研制的东风11G机车牵引，使用25T（国产或BSP产）客车，以卧铺车为主，采用夕发朝至一站直达的方式运营，最高时速160。由于直达特快的拼音简写是ZT，东风11G机车的外型又是很特别的圆圆的，所以车迷们管它们叫“猪头”。

东风11G机车

国产25T软卧车

　　刚刚开行直特列车时，因为大量直特都只有软席卧铺，相比硬卧来说还是贵了不少。加上中途不停站，客流也可能不是那么充足，很多人质疑这种列车。然而，时间还是证明了直达特快的性价比，跟以前的特快列车相比，直特确实是做到了提速提服务不提价，夕发朝至的时间安排，也非常的合理。

　　2007年铁路第六次大提速后，被车迷们称为“带鱼”的动车组列车开始广泛的投入运营。刚开始的时候，动车组列车没有卧铺车，所以在沪宁铁路上，白天带鱼肆虐，而晚上则还是猪头的天下。带鱼和猪头，俨然代表了中国铁路客运最先进的部分。

　　2008年12月，CRH2E型卧铺动车组开始投入运营，逐步取代正在运营的直达特快列车。这些冠以“和谐号”的动车组列车，从某种意义上来说，真的不是那么和谐：

　　1. 无意义的提速。Z50南京21:42开，北京06:54到，运行9小时12分钟，正好睡觉。而升级后的D350次，南京23:16开，北京07:20到，运行8小时4分，到点晚了不少，而且似乎睡的不是那么安稳。下行的D349次，北京21:45开，南京5:49到，也是够垃圾的时刻。如果说卧铺动车提速对京沪列车来说还有一点意义的话，对于京宁列车来说，实在意义是不大。

　　2. 提价。以南京到北京为例，原先直特软卧的价格是400元，而动车软卧的价格则上涨到了520元（打折后）。

　　3. 普通特快列车时刻调整。宁京间的T65/66次列车的时刻在安排入卧铺动车后，开点和到点都变得更晚了，变得很没有性价比，逼着大家只能选择卧铺动车组。虽然这也许是不是故意所为，而是运行图调整中技术性的调整，但客观上，有时我们确实是少了一种选择。

　　随着Z50次的退出，京沪和京宁的直特列车已经全军覆没，经过南京站的直达特快列车从原先的9列减少为2列，只留下苏京Z85/86和沪津Z41/42苟延残喘。

　　犹豫了一下，还是决定今天去送别末班Z50，虽然我自己只乘坐过两次，但想到一个曾经如此熟悉的车次即将退出历史的舞台，还是有那么一点的不舍。有人说过，在路上奔跑的列车，就像生活在世界上的一个个人，每天他们都在奔走，期待未知的相遇与发现，履行自己的责任和诺言。当一个朋友即将离开，这点送别的情谊还是很应该的。

　　中国的铁路，正在飞速的发展，从绿皮到红皮到蓝皮到白皮，从蒸气到内燃和电力，从时速几十公里到现在的350公里。中国的铁路，承载着比别的任何一个国家的的铁路更重的负担和责任。热爱中国铁路，期待它的进步，就要允许老朋友的离去，不论是猪头、带鱼还是以后的什么别的动物，只要能够让老百姓更方便快捷的出行就是中国铁路和很多火车迷的心愿。

　　今天的行程非常顺利，与好友一同，去机务段看猪头，去客技站看车体，去南京站送别Z50。回来写下这段罗嗦的文字，纪念曾经的猪群。

　　今天末班Z50由京局京段0039/0040号东风11G机车牵引，列车编组18辆，RW 25T 554211, 554229, 554260, 554263, 554252, 554256, 554248, RW 19T 554280, CA 25T 893310, RW 25T 554221, 554220, 554262, 554275, 554251, 554276, 554222, 554257, 554210。负责南京西站到南京站牵引的调机是上局宁东段DF5 1791。

　　下面是照片，如果RSS阅读器无法识别，可访问http://picasaweb.google.com/lifanxi/080627Z50

　　那是15年前没有电脑用的年代。那时，在中国市场上，基于任天堂FC(Family Computer)的所谓“电脑学习机”曾经风靡一时，借着“学习”两字，欺骗了无数望子成龙的家长，大家争先恐后的把这种新型的家电引入家中，结果发现，家里又多了一台浪费时间、浪费视力的游戏机。

　　对于我来说，我是先看书学了电脑，然后才拥有了学习机，所以虽然学习机担负着游戏机的重任，更多的，它还是担负着模拟电脑的作用。在上面，我最多时间都花在写BASIC程序上面，其次是练打字（包括五笔字型），再其次是LOGO语言。我的学习机是金字塔的PEC-9388，跟下面这个图除了型号以外一模一样。金字塔是当年我觉得最有技术含量的一个学习机品牌，在我的印象中，它有很多创新的地方，比如，它可以外接打印机、软驱，可以扩展内存，可以通过图中那个简单的“声像转换器”播放“普里奇声像带”。然而，市场一次又一次的证明，技术不能代表一切。在“你拍一，我拍一，小霸王出了学习机”的广告声中，金字塔这个牌子很快消失在大众的视野中。

　　前几天跟一朋友聊天，他说，小时候玩学习机的时候一个很大的遗憾就是说明书上有一个很长的游戏程序一直没有成功运行起来过。

　　这个话题似乎很容易引起共鸣。要在学习机上成功运行这个最大行号达到2770的程序(实际上也就200来行)几乎每个人都会遇到共同的困难：打字可能还不够熟练；不熟悉F-BASIC语言；早期的学习机没有外存（或者虽然有存磁带的功能，但你没有一个可靠的录音机），断电输入的程序就没有了；程序运行出错不会调试；有些学习机说明书上的程序印刷存在错误……

　　迄今为止我总共把这个程序输入过4次，第一次完全没运行成功，一堆错误；第二次运行后在过第一关时出现逻辑错误，无法继续；第三次通过自己修改和调试，成功运行，并把它存入到磁带中；第四次，这几天在电脑上的学习机模拟器中把它又输入了一次，存入到虚拟磁带中。到现在我还清楚得记得前两次录入这个程序后把要学习机关机前的那种不舍的心情。

　　为了重温这个程序，上网找了一大圈，但毫无所获，只好辛苦母亲把当年那本学习机的说明书找出来，拍成照片传给我。真没想到这本书已经被我看得这么破了，上面还写着那时试图分析代码而写上去的注释。现在来看，这些注释写得真傻，完全不能帮助理解代码。Code Reading也是一门本领，还是要多多修练才是。

　　要找一个完美的模拟器，也不是一件容易的事，网上有很多小霸王学习机的ROM，但真正能在上面完全正常的运行这个程序的却并不好找。最后终于找到了一个可用的ROM，而且这个ROM中恢复了被小霸王学习机去掉了的存取磁带的功能。更让人惊喜或郁闷的是：这个ROM的压缩包里还带了一个虚拟磁带文件，读入内存后发现，这就是我踏破铁鞋无觅处的这个游戏程序，只不过做了一些修改。令人有点费解的是，这份代码的可读性很不好，比如：FOR循环的NEXT子句都放在一个语句的后面用冒号隔开而不单独写一行；很多语句中省略了很多空格：

　　2400 IF XPOS(4)>222ORXPOS(4)<24ORMOVE(4)=0 THEN ERA4:POSITION4,0,0

　　这种语法对于BASIC来说好像是不合法的，不过学习机可以正常的解析。

　　不过当我看到这个程序最后被加上了一段在通关以后播放音乐的子程序的时候，我马上就理解了为什么要把程序改得如此没有可读性：学习机的F-BASIC环境中可用的内存只有4030个字节，这个程序原本就很长，基本上已经到了内存用光的程度，为了加上这段子程序，就必须从前面的代码中省出内存来，所以，少打几个空格，把多行程序并入一行，都是为了省出宝贵的内存啊。这在现在这种内存跟大白菜一样便宜的年代，哪怕就是在做嵌入式相关的开发，也不太可以想象吧。

　　对于我自己来说，学习机给我留下的最大的遗憾是我一直没有搞明白它的汇编语言和调试环境。所以它的BASIC语言中PEEK/POKE和CALL这几个语句，对于我来说也是没有什么用而又异常神秘的。在那个资源和信息缺乏的年代，我抄过一本讲6502汇编的小册子，但这本书最终并没有帮助我学会6502汇编。如今，我有足够的积累和足够的信息可以去弄明白6502，但却是缺少了动力和精力去研究它，也许这个东西就已经永远的成为记忆的一部分了吧。

　　PS. 几个背景知识：

　　学习机中可以用来写游戏程序的BASIC环境，叫F-BASIC，也就是Family BASIC。可是小霸王偏要把它改叫G-BASIC（Game BASIC），而把F-BASIC用于Float BASIC，也就是指可以支持浮点运算的BASIC语言环境，结果就把这两个名词给搞混乱了。本文中的F-BASIC是指Family BASIC。

　　有关普里奇声像带，这个东西现在应该很多人都不知道了，好像连Wikipedia上都没有。这是一种可以用普通的磁带和立体声录音机，通过适当的设备，在电视上播放出画面（主要是静态的图像，过一段时间翻一页）和声音的技术。原理是在立体声磁带的两个声道上，一个声道录正常的单声道音频信号，另一个声道上录调制过的数据信号（听起来跟调制解调器发出的声音类似），然后由转换设备把数据信号解调出来并转换成图像显示出来。

　　一、魔术

　　魔术师拿起一条纸带，把它粘成一个环，从中间撕开，这个纸环变成了一个更大的纸环。再撕一下，哈哈，大纸环变成了两个套在一起的纸环。

　　很简单，显然是在粘纸环时做了一点点手脚，把纸带扭曲了一下，把它粘成了一个默比乌斯带。默比乌斯带一个最明显的特性就是它只有一个面，而且从中间撕开的时候会变成一个大圈圈，估计这一点大家都知道了吧。

　　这个“一个面”的特性有一个很好的用处，就是在做传动皮带的时候，如果把皮带做成默比乌斯带，就是让皮带得到更充分的利用。如果用在磁带上，也许就可以更有效的利用带基，也可能免去翻面的麻烦。多废话罗嗦一句，不要误解这一点，现在的录音磁带的翻面只是用磁带的两个不同磁道，可不是用了正反面啊。

　　二、四维空间的臆想

　　小时候总是喜欢胡思乱想，四维空间这个似乎很神奇的名词也不断的被误解和歪曲。但小孩子总是对这种乱想乐此不彼，所以乱想也就放在这里做为“玩具”吧。

　　一般人是不能想象四维空间的，因为我们所能认识到的世界是三维的，我们只能理解小于等于三维的东西。零维是点，一维是线，二维是面。任何一维，只要在不属于它的维度上运动起来就让维度升高了一级。把高维的东西放到低维空间去就更简单了，投射即可。所以如果我们能帮助二维世界的生物理解三维，我们也许就可以理解四维了。

　　默比乌斯带就是帮助二维空间理解三维的一个好工具。默比乌斯带本身是二维的，它就是一个面，唯一的问题在于它被在高维的空间中扭曲了一下。

　　把一匹三维的马投影到二维空间，如果从正侧面投影的话，可能有两种结果，一种是马头朝左，一种是马头朝右，这两种二维马是无法相互转换的，除非把它拿到三维空间来翻个面，再放回二维空间去。有了默比乌斯带，情况就不一样了，一匹马只要沿着默比乌斯带走一圈，再把自己从倒立姿势变换正立，它就成功的把自己变成了另一个朝向的马。

　　小时候我一度没有理解这个故事，我剪了一匹纸马，扶着它在默比乌斯带上走，发现走回原地时，它还是没有发生变化。错就错在我在用三维的眼光去看二维的事物，我的纸马不是在默比乌斯带这个二维面上走，而是在它的外面走，所以走回原地时，实际上已经走了两圈了。用纸做的默比乌斯带是有厚度的，是三维的，而真正意义上的默比乌斯带是一个曲面，没有厚度，马是嵌在这个面里面走，而不是在它外面。

　　理解了这个，我们就可以继续臆想四维空间了，如果在四维空间在帮助三维空间做一个扭曲，以后生产手套的厂家就高兴了，他们的生产不用区分左右手了，只要生产一种，然后拿一半去扭曲的空间转一圈，回来翻个面，另一种手套就做好了。

　　三、变色(变数字)的六边形

　　聊了很多，今天真正的玩具才刚刚登场。这个玩具我从小学做到研究生毕业，每次都还能引吸一些人来研究。不过后果常常是把我做好的玩具搞坏了 :-(

　　这个玩具很简单，就是把一个默比乌斯带压压扁。

　　说得容易做的不容易，因为这个“压压扁”要压得恰当好处才行，所以还是按图做比较好。

三种变换制作图纸

　　剪一条2-4厘米宽的纸带，画上10个正三角型，如图在两面分别写上数字（或相同数字涂上相同的颜色）和标记，然后沿红线和蓝线折起来，红线表示陷下去，蓝线表示鼓起来。比如在上面的图中，折好后2和*、2和2都是面靠面，1和3是背靠背。然后，把打*号的面粘起来，需要把纸带交叉一下才能让*号和*号粘起来，不好描述，自己体会一下吧，反正粘好以后就是个压扁的默比乌斯带。

　　这时正面是一圈一致向内的1，反面是东倒西歪的3，而2就不见了。我们的目标就是要把1、2、3分别变出来，而且最好要求是一致向内。

　　怎么变呢？我实在是不太会描述，有兴趣的朋友不妨自己试一试。我把我的描述写在这篇文篇的回复中，想看的人看看吧。

　　三种变换很单调，这个玩具还可以很轻松的扩展成六种、九种、十二种或更多的变换。做法不难，首先算一下要画多少个三角型，公式显然是3*N+1个，因为N种变化需要6*N个三角面，纸是双面的，所以只要3N个，加上的一个多了两个面是用来粘贴的。先把这条纸带“拧麻花”，六种变化的拧一次，九种的拧两次，以此类推，就可以得到一条看上去只10个三角面的纸带，于是就可以按三种变换时的做法把它折成最终的玩具了。还是以六种变化的为例画个图吧：

“拧麻花”示意图

　　所谓“拧麻花”就是沿红线折叠啦，折完以后纸带就成为跟前面一样看起来是10个三角形的样子了，不过在具体做最后一步时可能需要发挥一下主观能动性，思考一下怎么叠才是合理的，这个只能意会不能言传了。纸带上标的数字我也不知道要怎么标了，我自己都是做好以后再一边玩一边标上去的。

成品的六种变换的玩具

　　下面是一些经验之谈：用的纸要尽量薄但有韧性，纸带宽度和正三角形的60度角一定要精确。与其画N个三角形出来不如只画一个，然后把剩下的直接折出来，又快又精确。6种变换的是最有性价比的，因为纸是有厚度的，变换越多折得次数越多，很厚的时候就不好折了。要知道“一张无论多大的纸都最多可以对折7次”左右。

　　有关这个玩具的数学原理？抱歉，我真不知道。迄今为止我只在两本杂志上看到过这个玩具，一本只讲了最简单的3种变换的，另一本介绍了推广到N种颜色的，在网上我还没有看到过任何相关的介绍。如果你知道有相关资料或原理介绍，希望能让我知道一下。

　　什么时候玩具会搞坏？当你发现一个面上出现不同的数字（颜色）的时候。为什么会坏？折来折去其实都是在做变换，从拓扑学看，虽然对于这个封闭的曲面来说怎么折它在拓扑上都是等价的，但表现出来可能会是不同的形状，如果正好扭到了一个不正确的状态，玩具就坏了。虽然理论上一定可以再把它折回到正常状态，在实践中，还是把它剪开再重新折好贴起来才更有性价比。

　　二进制在我玩过的数学玩具中占有很重要的一席之地，今天先聊聊这个。二进制中经常遇到2^N或2^N-1这样的值，所以这里说的就是广义上跟二进制相关的东西，包括几何级数。

　　一、猜年龄（属相、数字、etc）

　　魔术师拿出一把卡片，上面写有乱七八糟的数字，请观众找出包含自己年龄数字的那些卡片，然后魔术师就可以猜出观众的年龄。

　　这个魔术的演化版本实是在数不胜数，各种各样的道具也是层出不穷。我自己的做过的就不下十种，所谓的魔法卡片、魔法书什么的，各式各样但都万变不离其综。

　　这个游戏的原理现在来看实在是<del>不值得一提</del>。上网搜了一下，发现不知道这个游戏原理的人原来还不在少数……所以还是简述一下原理：

　　给卡片编上号，比如四张卡片，编号4,3,2,1。然后把数字转换成二进制，对于数字13=1101B，就在二进制位为1（即编号4,3,1）的卡片上写出上这个数字13。这样如果有人抽出了4,3,1这三张卡片，你马上可以知道他想的数字是2^3+2^2+2^0=13。……好像讲得太技术了，估计明白的人本来就明白，不明白的看了也没明白，算了，就这样吧……

　　这个魔术原理太简单，所以还是要多用一些障眼法来实现比较好的效果，猜属相就是一个比较好的演化版本，这里就送大家一套猜属相的卡片吧：

　　

猜属相卡片

　　ABCD四卡分别编号8421，找出哪几张就把对应编号相加，得出结果后减2，然后从依次排列的十二生肖中找到这个编号对应的动物即可。我的属相在ABD卡上出现，所以编号是8+4+1-2＝11，所以属Dog。

　　有这些玩具的基础，若干年后看到两个所谓的面试智题力，就可以轻松的微微一笑，太简单了。

　　- 你让工人为你工作7天，给工人的回报是一根金条。金条平分成相连的7段，你必须在每天结束时给他们一段金条，如果只许你两次把金条弄断，你如何给你的工人付费？

　　- 现有1000个苹果，10个盒子，问各个盒子内应该分别放入多少个苹果，才能使得用户要买任意1至1000之间的一个苹果数，都可以给他（卖的时候是整个盒子卖，不能拆盒子的包装）。

　　二、九连环

　　其实九连环这个东西我一直没有玩过，只是从那经典的《十万个为什么》数学卷上了解到这个伟大的古老的中国玩具。

　　

九连环

　　不过在我觉得“爸爸是万能的”的年纪，我让爸爸给我做过一些类似的玩具，其中一个宝塔环就是九连环有点相似，找不到完全一样的图片了，找到个类似的，爸爸做的比这个漂亮而且精致 :-)

　　

宝塔环

　　在解宝塔环的时候，从上到下N个环中，如果要摆脱第N个环的束缚，就需要先把N个环套上，再解开所有N-1个。所以每解一层所需要状态变化都是上一层的2倍减1次。解开N个环需要经历的总的状态数是2^(N+1)-1。

　　而九连环里的二进制就更是复杂多了，九连环中的每个环都有上下两种状态，如果把这两种状态用0/1来表示的话，这个状态序列就会形成一种循环二进制编码（格雷码）的序列。所以解决九连环问题所需要的状态变化数就是格雷码111111111所对应的十进制数341。

　　九连环和宝塔环的状态序列的变化特征是每次状态变化都只会改变一个二进制位，在数字电路中这样的变化会比较平稳，而太多位的变化可能会带来很大的尖峰电流脉冲，所以用格雷码可以减少电路出错的可能性。

　　三、棋盘摆米和汉诺塔

　　印度古老传说中的国际象棋棋盘摆米的故事算不上是一个玩具，不过几何级数的神奇力量我也确实是实实在在的在数米粒的过程中体会到的。

　　要算是玩具的话，还是汉诺塔这个折磨过所有初学编程者的东东更好玩一些。小时候的我实在是没有那么强的动手能力去做三根细针和大小不一的圆盘，不过撕点大大小小的纸片，并在上面标注一下数字表示大小还是我可以做到的，于是这个玩具就被我这样粗制滥造出来了。

　　不知道是不是对二进制天生的敏感，相比上面那个宝塔连环，这个玩具似乎并没有为难到我，基本上这个玩具只陪伴了我不到一个小时的时间，我就发现，它跟棋盘摆米原来是一样的无聊……不过话说回来，刚开始的几分钟还是挺有意思的，所以还是拿这个简陋的玩具在朋友之间炫耀了一把。

　　高中的时候准备NOI竞赛的时候，汉诺塔做为学习递归的必修课倒是小小折磨了我一把，我那时对形参和实参实在是有点理解不了（我是BASIC出身，半路浅尝C，再半路学Pascal）。不过这段经历让我在大一C语言期末考试前颇是得意了一把，做为一道必考的题目，考试前一天我至少给不同的人讲了十遍汉诺塔的原理，我记得我那天嗓子有点哑……

　　对于汉诺塔的递归程序，不知道有没有人尝试过去画它的（传统的）流程图，一定会失败的，传统的流程图完全没有办法去表达递归的思路。不过有一种图示可以比较好的画出递归的过程，这种流程图是我在我这辈子看的第一本英文技术书上看到的：Data Structure & Program Design in C，看这本书的是时候，我还正深受一些劣质中文Visual C++书之害，从此以后，看优秀的英文技术书就成为我坚定的信念。

　　

递归算法图示

　　与其跟学不会的递归纠缠不清，倒不如找找有没有非递归的汉诺塔解法。可惜虽然算法书上告诉大家：所有的尾递归都可以转化成迭代算法，结果却常常是搞成一个比递归还复杂的非递归实现。

　　《十万个为什么》第二套的数学卷2上讲过一种直观的非递归汉诺塔解法，很简单：

　　1. 把最小的圆盘向右移动到下一个位置，如果已经到最右边，就回到左边第一个位置

　　2. 把除最小圆盘所在位置的另外两个位置上的圆盘中较小的一个移动到大的上面（只可能有一种移法）

　　3. 重复1/2，直到所有盘子从一个柱子移到另一个柱子

　　不过不管怎么实现，完成神话中的64片金片的汉诺塔，需要步数总是二进制中64个1，正好相当于64位电脑的字长，对应的值就是2^64-1=18446744073709551615，如果一秒钟移一片，需要差不多5800亿年。

　　这是几个小时前我在饭否上说的一句话。

　　手机拍摄条形码，然后识别，然后做点这样那样的事，这样的应用已经看到过两个了。最早是在Android上实现的拍条码查商品价格和评价的CompareEverywhere，然后就是今天的Torrent Droid，拍DVD条码可以自动让电脑帮忙下载相应的电影。

　　我做的应用：扫描书的条码，识别后从豆瓣上找到对应的书，调用浏览器打开豆瓣对应的资源页面，上面可以看到对书的介绍和评论。

　　这两个Android的应用和我今天做的扫条码查豆瓣，哪些是创新，哪些是模仿？

　　在我看来，两个Android的应用都是创新，而我的做的是模仿，而且还是比较拙劣的模仿－－这也正是为什么我自己都对自己做的东西都只有十分钟的新鲜劲儿。

　　CompareEverywhere，作为第一个(也许)用手机拍摄条码识别做事的软件，它的创新性不容置疑。

　　Torrent Droid，它把手机拍条码的创意用到了一个全新领域，所以也是一种创新。

　　扫条码搜豆瓣，似乎也是把相同的创意用到了一个新的领，但其实这只是模仿，而且是模仿到了前两个应用中最炫目的一点，却没模仿到最重要的一点。

　　最重要的一点就是：创造价值。

　　CompareEverwhere和Torrent Droid，它们都只是把扫描条码作为整个产品中的一个普通的环节，而产品的核心价值是在把条码实别成数字以后事情，是把这串数字的搜索结果进行整合、分析、信息再加工的过程。也就是说，即便没条码扫描，这两个应用依然有它们的价值，它们可以节省很多本来要由人来完成的很烦琐的过程。

　　而豆瓣找书则不同，程序只是把识别出来条码数字做为URL的一部分去打开页面，并没有对数据进行分析和再加工，相比用户自己去输入这个URL而言，基本上没有创造出额外的价值来。(更不要说豆瓣的网页其实是非常不适合在手机上浏览的)

　　做产品，很多时候要为它做一些炫目的东西，因为这些东西也许会给你创造一个机会。但最终用户花钱是不是花在花架子上的，任何时候还是不能忘记产品的本质、产品的真正价值所在。

　　做产品是这样，做人也许也差不多。

　　盒子买回来了就是一个空盒子，于是自己买了一块640G的硬盘装上。这个盒子直接采用主硬盘来存放它的操作系统，而不是采用Flash ROM，所以可以随便搞，不用担心会把系统刷死。

　　商家提供了一张系统恢复光盘，可以把WD官方的系统和网友改造过软件包一次性恢复到硬盘上，很方便，不对于追求完美而且又有点自虐倾向的我来说，这个系统太不好，原因在于它集成的东西太多了，包括Web管理界面在内的很多东西对于我来说都不实用，却要占用很多的宝贵的系统资源。而且它的专有系统也导致了可以再装的软件比较有限，而且很多时候需要自己编译，麻烦。

　　在论坛上看到有人找到了方法把EABI版的Debian跑在了盒子上，这显然是个利好消息。于是我就开始折腾……

　　省略具体过程N万字，总之经过三周多时间的折腾，终于成功的把Debian 5 (Lenny) GNU/Linux装在了盒子上，目前运行一切正常，盒子可以提供以下的功能：

　　PPPoE拨号上网、防火墙和路由，FTP/CIFS(Windows共享)/NFS数据访问，脱机BT/eMule/HTTP/FTP下载。

　　其它的功能，比如HTTP Server，比如Subversion，显然也是可以很容易实现的，简单apt-get安装一下即可。如果有PSP的话，还可以给它装上nethostfs。

　　盒子整体性能欠佳，FTP最快访问速度也就在9MB/s左右，平均CIFS的访问速度只有6M/s左右，如果打开NAT做路由会降到4M/s左右。eMule和BT的下载速度倒还都比较理想，2M的ADSL基本上可以达到线速。aMule消耗内存较严重，如果换用mldonkey会好一些，速度也比较快，但mldonkey不支持eMule混淆协议，不是很完美 :-P

　　还有几个小问题没有搞定：

　　1. 使用IDE硬盘：试了两种IDE->SATA转接卡，其中JM20330芯片的可以成功的转接一块4G(汗!)的硬盘，但320G那块还是不成功。看来只能用USB了。

　　2. 内存扩容：可以用64M的内存颗粒去替换板子上32M颗粒，10块钱的成本，性价比很好，就是这是个要求很高的技术活，不敢乱搞，以免因小失大。

　　折腾过程中总结了一些东西，发在论坛上了，这里就不罗嗦了，索引一下：

　　My Book World Edition II 散热孔的含义

　　用My Book做NAT路由

　　总结一下UBoot相关的一些问题

　　折腾盒子时还收获一个副产品，可能不少朋友不知道，在这里分享一下：

　　电信的一些ADSL套餐是可以支持多终端同时拨号上网的，也就是说，把ADSL Modem接在交换机上，然后同一个交换机上的多台电脑可以同时分别拨号上网，这对于路由器性能不佳(比如常常被BT下载轰到断流/常常DNS解析故障)或者需要多个IP的人，还是很有价值的。收费的问题，南京电信e8套餐是按从第一台终端连上到最后一台终端断线时长计算，不会重复计费。但具体的情况视套餐不同可能不同，最好与电信客服确认一下。

　　可是这一利好消息却让另一件本来有点得意洋洋的事变得有点郁闷，唉，生不逢时啊。故事是这样的：

　　最近事情比较多，所以打算用Google Calendar来合理安排日程，于是希望找一个同步Google Calendar与Windows Mobile Pocket Outlook的软件。找了一圈，免费的软件和服务还真是不多，不过在CodePlex上有叫个GMobileSync的小软件倒是比较符合我的需求。下载试用一下，天哪，把我的日历搞得一团糟，该添的被删了、删了的又被加上了、所有的日程还都给我加上了几个小时的偏移量、农历日历被同步成每天一次的全天事件%!@#$

　　看在它是GPL的份上，自己来修改一下吧，下载了一份代码，虽然写得一团糟，但看起来并不太难，三下五除二把BUG修复，加上一些自己要用的功能。

　　有收获更要有奉献，申请成为这个项目的开发人员吧，看上去这个项目已经沉睡很久了，如果真的已经死掉了，就我自己在Google Code上另起个炉灶好了。不过在我即将动手之际，项目的负责人同意我成为GMobileSync的开发人员了。于是很积极的把修复的Bug和新加的功能提交，然后跟项目负责人商量产品版本发布计划，发完邮件等回复……

　　然后故事就讲完了，Google发布了Google Sync。

　　好吧，为了让我的劳动没有白费，在得到上级领导同意新版本发布前先出个Private Build吧。有兴趣的朋友可以下载试用，下载地址：

　　http://www.freemindworld.com/GMobileSync/GMobileSync_1.3.7_rc.cab

　　为了尽可能适用多用机器，这个cab是在Windows Mobile 5 Smartphone SDK下编译打包的，所以可以适用所有Windows Mobile 5/6的Smartphone或PocketPC用户。

　　至少，它比Google Sync多一个功能：支持一个帐户下多个日历。Google Sync只能同步用户的主日历。

　　敝帚自珍，近期还会继续维护GMobileSync项目。下一步计划完善多日历和多帐号(包括Google Apps)支持，这个可以看成是GMobileSync的核心竞争力。同时还要解决目前性能差、流量大的问题。GMobileSync用的是Google Data API实现的，而Google Sync是用了ActiveSync或OpenSync协议，显然后者会更适合这个任务，也许可以学习过来用用。

　　也许是最近一年中发生的变化比较多，也许是这一年中精力更多的分散到了其它的方面，也许是因为收集新年音乐会全集的目标已经告一个段落，对于2009的新年音乐会，我的关注程度并没有非常的高。虽然今天有关新年音乐会的消息跟去年相比晚放出了差不多一个月时间，但我也没有太多的感觉到，一直到上周Josef Kitty在我的Blog上留言告诉我今年的曲目安排，我才突然的意识到，新的一年又快要来到，一年一次的期待也进在眼前了。

　　2009的维也纳新年音乐会，将由丹尼尔·巴伦博伊姆（Daniel Barenboim）指挥，这是他首次执棒维也纳新年音乐会。2006-2009，四年中维也纳新年音乐会邀请了三位新的指挥家，每一位指挥家都给这个传统的音乐盛宴注入了新的活力。

　　与往年相比，今年的曲目单更是别具特色：

　　上半场:

　　1. Johann Strauss II, Ouverture zu Eine Nacht in Venedig - 威尼斯之夜序曲

　　2. Johann Strauss II, Marchen aus dem Orient Walzer, op.444 - 东方童话圆舞曲

　　3. Johann Strauss II, Annen-Polka, op.117 - 安娜波尔卡

　　4. Johann Strauss II, Schnellpost-Polka, op. 159 - 特快邮件波尔卡

　　5. Johann Strauss II, Rosen aus dem Suden Walzer, op.388 - 南国玫瑰圆舞曲

　　6. Johann Strauss II, Freikugeln Polka schnell, op.326 - 魔术子弹快速波尔卡

　　下半场:

　　1. Johann Strauss II, Ouverture Zigeunerbaron - 吉普赛男爵序曲

　　2. Johann Strauss II, Einzugsmarsch Zigeunerbaron - 吉普赛男爵入城式进行曲

　　3. Johann Strauss II, Schatz-Walzer, op.418 - 珍宝圆舞曲

　　4. Joseph Hellmesberger jun., Valse espagnole - 西班牙圆舞曲

　　5. Johann Strauss I, Zampa-Galopp, op.62 - 赞帕加洛普

　　6. Johann Strauss II, Alexandrinen-Polka, op.198 - 亚历山德里娜波尔卡

　　7. Johann Strauss II, Unter Donner und Blitz Polka schnell, op.324 - 电闪雷鸣快速波尔卡

　　8. Joseph Strauss, Spharenklange Walzer, op.235 - 天体乐声圆舞曲

　　9. Johann Strauss II, Eljen a Magyar! Polka schnell, op.332 - 匈牙利万岁快速波尔卡

　　10 Joseph Haydn, Symphony No.45 in F sharp minor 'Farewell' - 第45号交响曲–告别–终曲

　　加演曲目:

　　1. Johann Strauss II, So angstlich sind wir nicht!, op. 413 - 我们决不畏惧波尔卡

　　2. Johann Strauss II, An der schönen blauen Donau, Walzer, op. 314 - 蓝色多瑙河圆舞曲

　　3. Johann Strauss I, Radetzky-Marsch, op. 228 - 拉德茨基进行曲

　　熟悉新年音乐会的朋友一定会被这份曲目单中的海顿的第45号交响曲扎到眼睛，这恐怕是交响曲第一次登上维也纳新年音乐会的舞台。不过正像2006年是莫扎特诞辰250周年所以演奏了费加罗的婚礼序曲一样，2009年是海顿逝世200周年，在音乐会的最后演奏这首Farewell还是别有一番风味的。作为全世界关注程度较高的一场音乐会，维也纳新年音乐会不但是施特劳斯家族音乐的使者，更承担着作为奥地利音乐文化以至于人类音乐文明的使者的责任。

　　除了海顿的交响曲以外，2009年的新年音乐会还出现了5首首次在新年音乐会上演出的曲目（曲目单中标上*号的那些）。在听众喜闻乐见的曲目中插入一些让人耳目一新的新曲，正是维也纳新年音乐会在保持传统的基础上能得以日久弥新的重要法宝。

　　对于那些已经烂熟于心的经典曲目，相必今年乐团和指挥也是卯足了劲，一点也没有给人以“炒冷饭”的不良印象。很多都是十多年都没有演奏过的，加演曲目的op.413更是继洛林·马泽尔1986年演出以后，23年未曾再次出现的曲目。对于那些近几年才出现过的曲目，更是经典中的经典，就像“天体乐声”，以前的每次演出都可以算是艺术之上的艺术，相信巴伦博依姆也是希望能通过自己的实力，再次挑战经典、创造历史。

　　下半场开头的两首带有“吉普赛”字眼的曲子也是让人有一点小小的惊奇，更不要说下半场第三首珍宝圆舞曲其实也是同样选自吉普赛男爵这部轻歌剧，难道指挥家想塑造一个“吉普赛之夜”？呵呵。嗯……等等，我有点不太严密，考虑到时差的因素，虽然维也纳新年音乐会是在我们这里的晚上直播，就当地时间来说，应该是在早上。希望这两首“吉普赛”不会太为难到央视的翻译人员，央视一度把这两首曲子给混淆了，都给翻译“吉普赛男爵序曲”，如果你有2006年央视的直播录象的话，字幕和解说上的错误是相当明显。

　　如果说op.314和op.228是维也纳新年音乐会的传统的话，每年在演出中加入一些小小的噱头，也已经成为每年新年音乐会一个新的传统了。今年可以加入噱头的也曲目也不在少数，除了海顿的交响曲、91年加入过噱头的魔弹，加演的快速波尔卡应该也是活跃气氛的大好机会。

　　2007年开始，CCTV把音乐会的直播从2套经济频道搬到了覆盖面较低的音乐频道，这一突然的举动让不少乐迷朋友度过了一个失望元旦之夜。如今大家已经习惯了音乐频道直播的现实，也习惯了央视逐年下降的转播水准，倒开始担心起来会不会哪一年央视就停止转播这场音乐盛会。还好目前有小道消息说，央视已经签下了接下来4年的转播合同，基本上可以放心了。

　　今年的CD继续由Decca出版，看看CD封面吧。相比去年的而言，虽然今年的设计又有点回归2002-2004年DG的公式化设计了，我还是比较喜欢今年的设计，希望录音效果也能让人满意。

　　

CD封面

很多事，很简单，但要坚持很长时间比较难。

迄今为止我坚持活了26年，说难也易。学会尊重生命，享受生活。

P.S. 有关本文中的图片，请自行搜索Jamie Livingston寻找答案。

　　比如，SVN的svn+ssh协议，CVS的ext连接模式，rsync的-e参数，这些都可以通过SSH隧道来实现在远程主机上的操作，它们不需要远程主机启动相应的服务或打开相应的端口，唯一的要求就是远程主机可以正常的ssh登录，它们就可以正常的工作。具体的操作不赘述了，很简单，自己man一下就好。

　　想到这个问题的原因如下：

　　目前我用的Blog系统是用GNU Emacs和Muse加上一点简单的ASP自己搭建的，所有的文章页面都是在本地生成好后上传上到服务器上，所以需要写Blog时，就一定得用我自己的电脑，进入Linux，打开Emacs才可能完成。如果电脑不在身边或当时正在运行Windows就无法进行Blog创作，这在很大程度上会影响写Blog的积极性，很多时候有想法，却因为环境不Ready就没有写下来，等热情过去了也就放弃了。解决这个问题的方法就是需要把Blog的创作环境放到一个随时可以访问到的地方。网上有很多公共的SSH环境（比如Unix-Center提供的环境），但如果把创作环境放到这些环境中时，数据与本地的同步就会是一个问题。想到用rsync/CVS/SVN等方式来管理，但通常SSH主机又不提供这些服务。这种情况下，直接通过SSH隧道来使用rsync/SVN/CVS就是一个完美的解决方案了。

　　本文就是通过SSH到我在Unix-Center主机上新搭建的Blog创作平台上撰写的，跟以前一样，还是写完后运行脚本直接上传到网页空间，只不过还要记得在写完后在必要的时候与本地做一次rsync的同步。下一步的目标是确保在手机上也可以发文章，这个可能要麻烦一点，因为手机上虽然能SSH，但SSH后的操作还是很不方便的，所以有必要专门开放一个接口可以直接通过Web的方式进行文章发布，功能不用很强，够用就好。

　　有些朋友会问，为何要这么麻烦？在Web空间里随便装一个WordPress之类的Blog系统不就可以随时随地随心方便的用了么？嗯……确实是这样，可是这世上有些人就是喜欢没事乱折腾。

　　出发前，在英雄会网站和论坛上有幸遇到同去参会的校友Delphiscn和C/C++版网友流浪的布布，与布布相约5日同去参会。

　　一大早坐上D401前住上海，下车后迅速换乘上海轨道交通1号线前住位于上海体育馆站边上的华亭宾馆，在绕了一个小圈进入会议场地后，正好迟到了5分钟，跟预算要花的时间完全一致，看来今天的行程很顺利。当然，也跟预想中的一样，会议并没有准时开始。在签名板上留下大名，随后进入会场。

　　会场的布置风格与2007年的英雄会基本一致，唯一多出来的是两个会场短信互动平台的投影，Delphiscn帮我们找的座位不错，在会场的中间，在Ivar Jacobson的后面。

　　之所以决定来参会，很重要的一个原因是想听听Ivar Jacobson的报告。在韩磊的激情开场和蒋涛的开场欢迎辞后，Ivar和孟岩就上台开始演讲，孟岩的主要任务是帮Ivar做翻译。Ivar报告的题目是"Be Smart!"，中文翻译成“明智-软件开发新趋势”。实话说，这个报告并没有给人耳目一新的感觉，原因是很多的内容乍一听都觉得是非常的平淡无奇，不过实际上，所谓“大师”很多时间也就是能把一般人注意不到的平时遇到的事情系统总结出来。<del>CSDN承诺放要在网站上的PPT文档似乎还没有兑现</del>，(Update:在孟岩的Blog上找到了，真隐蔽啊)所以就以本人用相机“盗版”的PPT内容来总结一下这个报告的主要内容吧。

　　- 什么是明智?

　　明智不等于聪明，common sense是明智的一个必要条件，明智=“敏捷”（大伙儿都知道这个词吧，就是Agile）+ 在特定的时候做最正确的事情。

　　- 明智 vs 不明智

　　People: 不明智：用工具、流程去代替人的价值。明智：重视人的价值；

　　Project: 不明智：瀑布模型。明智：框架系统+更多功能=完整的系统；

　　Requirement: 不明智：试图从一开始就确定整个需求。明智：原型系统、可扩展的架构。

　　Architecture: 不明智：两种极端（无架构，过度设计）。明智：关注原型，持续重构。

　　Test: 不明智：想完以后再测。明智：Whatever you do you are not done until you have verified that you did what you wanted to do。

　　Documentation: 不明智：过度强调文档。明智：只写以后会有人读的文档。

　　Process: 不明智：只用用过的方法。明智：用最合适的方法。 　　

　　- 如何才能变得明智？

　　持续学习与经验积累。各领域的最佳实践。不要抛弃你己有的东西，从它们开始，寻找不合适的地方，一点点改进。

　　任何人都可以变得明智！

　　Ivar的报告实在是不错的，但由于会议没有准时开始，留给Ivar的演讲时间就非常的有限，而很多听众在英语语言上的障碍和东方人腼腆的作风，也让Ivar觉得自己的演讲失去了几分乐趣。于是报告也就在听众们的意犹未尽中结束了。

　　跳过几个过耳云烟的半广告式演讲，接下来还是看看本次英雄会的新玩意：电梯演讲。所谓电梯演讲，就是要求演讲者在5分钟内介绍自己的创意，争取获得VC的支持。这就像要在坐电梯时要给领导汇报工作情况一下，需要演讲者能在有限的时间中表达最重要的内容。

　　站内搜索更智能 - 关键词的SNS：一种通过搜索关键词推知用户所想要搜索内容的技术。比如，搜索“美国游泳 金牌”，就会提示是不是要搜索“菲尔普斯”。演讲语速过快，演示较失败。没有讲出技术最鲜明的特点来。

　　音乐八宝盒：一个音乐分享和推荐的平台没讲跟现有类似服务的区别和特色，没讲清楚功能。很多人为他担扰版权问题。

　　印客：一个个性化设计和分享的平台。演讲中提出了一个产品->制作->分享->感动->产品，这样一个正反馈理念。其中的“感动”一词小感动了我一下，所以印象很深刻。但对大多数听众来说，他这个演讲完全没有讲清楚他到底在做什么东西-_-

　　贝多，基于位置的移动社交网络：标题很清楚的讲明了它的内容，还不错，听完后有兴趣再进一步去体验一下。

　　帕拉巫-3D社交与创作平台：非常cool的演示，如果跟我个人的领域相关，我一定会兴趣再去深入看一下。

　　叽歪网：不错的Flash demo。嗯……具体的后面再说。

　　开源商业化服务平台vifir.com、最多专家参与的IT在线教育平台-ITCAST.NET等：我想说，这些话题出现时，是一天中人最犯困的时候。

　　VC嘉宾和主持人对演讲做了点评，有些关键的点还是值得学习的，有人总结了，还不错，我不写了。

　　曾经的新东方的老师张宏岩的演讲，纯粹是广告，虽然里面一些观点是不错的，总结的一些IT人士需要的英语技能也很系统。难怪现场有朋友发表了这样的叽歪：

老妈给了我两百块让我来学技术,我却在听英语招生。

　　孟岩下午的“以指数方法分析技术发展趋势”的演讲有点意思，CSDN的指数报告也一直在这里低调发布着。

　　还有三个论坛：网络英雄论坛，CTO论坛和创业论坛，形式跟去年一样。听的时候有些许感悟，听完了也就忘得差不多了。

　　来说说“叽歪”。叽歪在现场设置的短信互动大屏幕显然引吸了众多的眼球，很多人都是第一次体验和使用这样的一个平台。去年是Twitter在互联网兴盛起来的一年，更是中国国产Twitter模仿者兴起的一年，饭否、叽歪、滔滔、Komoo……以至于校内、海内、豆瓣等等网站都提供了相伤的服务。要从中获取利益、要能够长期的生存，恐怕还是需要长期的投入和出现新的运营模式。叽歪与CSDN的合作和互动大屏幕这一创新的功能，无疑是一个很好的尝试。现场观众们的反应就可以体现出这一点：

叽歪是今天最大的赢家！

请问管理员，有没有办法把饭否上发过的消息导入叽歪？

这个大屏幕不错，以后公司开年会可以用，请问叽歪如何收费？

我也来发一条消息试试！

　　除了与观众的互动，叽歪的大屏幕也成了观众对会议上各个主题质量高低评价的最明显见证。当演讲的主题吸引人时，在大屏幕上叽歪的人寥寥无几；当演讲不精彩时，叽歪大屏幕就成了一个公共大聊天室。

　　总体评价一下这次英雄会，给它的打分是Meet Expectation。跟以前一样，它不能算是一个技术大会，倒更像是一个厂商的宣传会，叽歪的大屏幕也进一步助长了广告的风气，同时这也是一个伯乐和千里马共赢的场所。提几点建议，发发牢骚：

　　1. 跟去年一样，提问等互动环节太少。没有提供一个社区英雄直接面对面交流的渠道，很多互相熟悉ID的网友同在一个会议室却因为互不认识谁也找不到谁。

　　2. 叽歪大屏幕很好，但不应该只朝向观众，更应该朝向台上演讲者，让他们直接看到观众的反馈并可以互动起来。这一点很多人通过大屏幕提出，但CSDN没有随机应变的提供一个方式来实现这个不错的建议。

　　3. 会务筹备细节不到位，很多人花了门票钱入场参会却因为座位不够只能站在后面听讲、没有提供笔来填写反馈表、午餐厅分散在多处却没有提醒参会者，时间控制不够好等等。

　　PS. China-pub在会场内75折现场卖书，有些书还不错。偶买了件印有Baby GNU和Tux合影的T恤，价钱便宜，品质一般，希望它能经得起几次洗涤。

孟岩与Ivar Jacobson

蒋涛致开幕辞

签名板

会场

会场

CTO论坛

被点到名字的要在自己日志里写下问题的答案,然后去掉一个你最不喜欢的问题,加上一个你自己问的问题,传给十个人,列出他们的名字,还要到他们留言板里通知他们—-你被点名了。被点名者不得拒绝回答问题,否则后果自负.答题者将会得到祝福。

这10个人要在自己日志里注明是从谁那接来的题,并再想一个题,传给其他10人,让游戏继续下去,不得回传.被点到名字的人会得到大家的祝福,并且所有美好的愿望会在不久的将来实现。

完成游戏的人要通知点你名的人。

　　1.怎样看待婚外情？如果发现你老公（老婆）有此情况，会怎样？

　　　信任，理解，看缘份。

　　2.你觉得怎么样才算幸福?

　　　有理想，有行动，经过努力实现目标。

　　3.你觉得大学里是学习还是交际最重要?

　　　两种能力都重要，但我更倾向于在学校时多花点时间在学习上，因为离开学校后这样的机会相对就少了。

　　4.无聊的时候一般用什么打发时间?

　　　很少有无聊的时候。万一无聊了：睡觉，出门走路，看书，写程序。

　　5.你到底喜欢什么样的人?

　　　好人。“好“的定义很宽泛。

　　6.真正喜欢的人你会放手吗?

　　　会。理由么？上网随便搜一个吧，说出来大家一样也觉得很俗。

　　7.一个人的长相会影响你是否选择他(她)吗?

　　　不是一个重要的因素（不然人家也没理由选择我了 :-D）。

　　8.你会爱上比你大很多的人么？

　　　大多少算很多？大概答案是否定的吧。不过跟比我大很多的人相处我还是比较乐意的，常常会有收获。

　　9.请评价一下点你名的人。

　　　为人厚道、兴趣广泛、正在成长中彷徨的老实人。

　　10.七夕节希望收到什么礼物？

　　　坏了，我回答得太晚了，七夕早过了。礼物没用，心意最重。

　　11.对大学生活的感受如何?

　　　回忆过去，充实无悔。也许有些后悔没有能更抓紧时间，但我不是一个苟求自己的人。

　　12.有没有诚实认真的回答每个问题?

　　　诚实的，不过不算太认真，因为有些问题认真回答起来是要长篇大论的，所以不妨就给一个简洁却很有内涵和想象余地的答案，看客们慢慢去揣磨吧。

　　13.感觉孤独无助时,你会怎么做?

　　　如果是因为自己的事，或者是不紧急的事，我会做点别的事，找回信心，然后重新冲刺。如果是因为跟别人有关的紧急的事，也许我会迅速的去去寻求帮助。

　　14.如果你的另一半背叛过你，你会用心原谅他吗？

　　　不一定要另一半了，我几乎可以原谅任何人任何事情。但我会以我的价值观去衡量这件事，如果这件事是“可理解不可接受“的，没关系。如果这件事是”不可理解不可接受“的，我会跟对方沟通这件事情，告诉他(她)我的观点。

　　15.

　　　15题去哪了？原贴就没有，看来是在某一轮中被替换掉了，我也没法答了。

　　16.现在如果有一个愿望会实现,你会许什么?

　　　希望这是最后一个问题。

　　17.最喜欢什么职业？

　　　看来上一题许的愿没有实现。任何一个岗位，有价值，我就会喜欢。生命的价值在于创造价值。

　　18.喜不喜欢点你名的人啊（哇哈哈哈哈哈哈）

　　　越发觉得KKS老师这批问题点名时应该只找异性，一并同情一下被点名的BG4XPH，ChinaRH2，kriver等同学。不过KKS老师还是个好人。喜欢!=爱，请勿联想，违者面壁。

　　19.为地震灾区献出一份力了么？

　　　很惭愧，只出了钱，没有出力。

　　20.如果明天就是世界末日，此刻你最想做什么？

　　　越来越觉得这套题点异性名比较有意义，也许这题就会收获个浪漫的答案。对于我，很简单的，回家，等着。

　　21.暑假请我吃饭吗？

　　　木有问题。

　　22.你喜欢南京吗？如果喜欢，为什么？如果不喜欢，同样为什么？

　　　喜欢。因为呆久了，习惯了，也有感情了。而且我是土人，喜欢比较土的城市。有关为什么我要把南京评价为一个“土”的城市，太长，不写了，总之“土”在这里不是贬义。

　　23.觉得目前自己最成功，最自豪的事情是什么。

　　　生活没乏味，生命充满意义。

　　24.结婚要生几个娃？

　　　小于2。

　　25.结婚打算让我给你多少礼金啊？

　　　Actually，我比较烦“规矩“、”习俗“，但我也不相信我有能力一下子改变它。所以，按规矩，依习俗，你看着办吧，应该多少，我也不知道。

　　26.对你的姓名有何见解?

　　　爸妈很有才。平凡的希望。除去中间的“的”字，中间两字是名，头尾两字是我出生的小镇的地名。只不过很奇怪为什么70%的人会把我的名的两个字交换位置。

　　27.一首歌形容一下我们吧！

　　　朋友

　　28.一句话形容你现在的生活状态？

　　　知足常乐，开拓进取。

　　29.现在最想干什么？

　　　怎么还没完，赶快回答完了休息一下。

　　30.最大的遗憾是什么?

　　　最大的遗憾是生活中没什么遗憾，也许我这个人太不思进取了。

　　31.被点到的同胞们，不要怪我好不好？

　　　愿意回答了当然不怪你。本来Blog荒了很久不知道要用什么来激活，这下正好是个机会，不用背负“荒后第一贴“的重大史命而不改写新文章了。

　　昨天去种树，很悲惨，正好用“风雨交加”和“饥寒交迫”这两个词来形容。事先开玩笑时大家讨论过种树应该是怎么种的，结论是“挖个坑，把树放进去，填土，浇水”，后来才发现原来比这个还简单，坑已经事先有人挖好了，下雨也就不用浇水，于是种树的过程就变成了“把树放进去，填土”，来回坐车去天生桥花了两个小时多，种树的过程不到15分钟。很无聊。高估了我的GPS的电池能力，没充电就上路了，结果车子才上机场高速就没电了，没能把航迹记录下来，也没能从Google Earth上找到我种树的地点:-(

　　昨天看完了65届金球奖剧情类最佳影片《赎罪》。即使它没有得奥斯卡最佳配乐奖，我也同样很赞它的配乐。更赞的是它的摄影，尤其是前一个小时的画面，非常细腻，有油画般的美丽。后半截则不能不谈那段长达5分钟的精彩长镜头，有兴趣可以看看这里，2:32秒的地方开始。可惜这么多美好的元素集合在一起却并没有创作出一部我很喜欢的电影，感觉前段有点拖沓，整个影片炫技多于对情节和节奏的把握。

　　上上周丢了只用了一个月的Windows Mobile手机，但现在已经觉得没有智能机用的日子很痛苦。昨天花了N个小时看手机，还是不能一下子定下来。暂时看好一款O2 Atom Life，但怎么避免买到翻新机还是个大问题。

　　前天发现了这个好玩的东东——Phun，也许是这几天这个东东被到处宣传，以至于官方网站都Error 503了，我这里提供一个临时的下载。如果你不明白它是什么，看看这个YouTube的视频吧。

　　下周六Kiss the sunshine club活动，去镇江和汤山温泉，期待中。下周日没有意外的话继续参加UCDChina书友会，这一期的话题是“怎样设计‘帮助’更有效”。欢迎有兴趣的朋友一起参加。

　　下周是Unix-Center.Net网站一周年站庆，一周年站庆南京的线下活动会由我来组织，最终日期还在16，22，23日三天内备选，不过目前来看23日胜出的机率最大。虽然Unix-Center.Net与Sun这个商业公司有着千丝万缕的关系，但Unix-Center.Net本身所透射的自由和分享的精神还是值得称道的。这次活动包括上午的登山和下午的喝茶聊天，没有什么新意但还算合理。Unix-Center.Net网站为这次活动提供站衫T恤赞助。在此广而告之，欢迎所有对*nix操作系统、自由软件或登山活动有兴趣的筒子参加，可以在这里留言或去Unix-Center的BBS留言报名。

　　即日起开始学习Mac OS上的开发，由于一些需求的原因，让这项工作变得很有挑战，努力中…… 　　

　　馒头模特，这个词发源于某自称英文不太好的同事那里，我的英文还凑合，至少这个单词可以拼出来，是Mental Model，翻译成中文是一个颇有灵异之感的“心智模式”。

　　心智模式，心理学家们已经研究了半个多世纪，Peter Senge在他的著作《第五项修炼》中也深入阐述了这个问题，好读书的同学就去读书吧，我在这里就把自己学到的随便记录一下了，想升华是没门了。

　　以前学习讲师技能时，学到过一个成人学习理论中的Kolb学习模型，Kolb模型中把学习分为四个阶段的一个循环过程：具体体验，反射观查，抽象概念化和积极实践。谈心智模式时，似乎跟这个模型很有相通的地方。比如，在所谓的“馒头标准”出台之前，你是怎么判断一个东西是不是馒头的呢？（这里是在讲真的馒头了，不是Mental了）

　　很简单，小时候你看到一个东西，面粉做的，白白圆圆的，可以吃，爸妈告诉你，这是馒头。下回遇到类似的东西的时候，你就会用这样的一个模式去套，如果套上去合适，那这可能就是馒头。如果这些模式套上去合适，但那却不是馒头，这时你可能会找一个可以用来区别它与馒头的特点，比如，有没有馅，有馅的叫“包子”，没馅的叫“馒头”。（别跟我抬杠说有些地方把包子也叫成馒头）这样一个很自然的过程，其实也就是一个学习的过程。记得上中学时看到过一个程序，就是让计算机实现简单的学习，通过人教计算机去区分不同的事物，计算机就只要问几个区别性的问题就可以知道你在想的是什么东西。这里有一个这个程序的Web版本的实现，据说可以在20次猜测以内猜到你所想的东西。

　　有点跑题了，回到心智模式，它跟学习理论有所类似，但又有不同，它所讲的是人在思考和推理一个事物时的一种潜在的东西。当你观查到一些客观信息，你会根据自己的个人经验和文化背景过滤出其中你有为有用的信息或把信息以你的思路去解释，从而得到一个对这个信息的结论。根据这样的结论积累起来，就形成了你个人的信念和一些潜意中的假设。这些信念和假设就会成为你的心智模式，成为你的个人经验和文化背景的一部分，从而去影响下一次你对客观信息的判断和过滤。

　　如果把人的思维看成是一个控制系统，这就是一个带有反聩的系统。这个反聩究竟是正反聩还是负反聩呢？大致的想法是：对于大多数人来说，这个反聩是一个负反聩，负反聩让系统渐渐成为一个稳定的系统，系统的运行进入模式化，嗯，心智模式这就么出来了，就像神经网络中的那样，不断的训练和反聩，得到一个收敛的结果，特定的输入一定可以得到一个相对稳定的输出。那如果这个反聩是正反聩会怎么样呢？也许人会变成疯子。

　　但是负反聩会让我们失去很多机会，当思维形成了定势，当你的心智模式影响到了你正常积极获取信息的时候，你也就失去了思考的动力和创新的热情，很多原本有用的信息，就可能被排除在你自己的思维的大门外。成功的经验可以帮助你成为一个优秀的人，但是要从优秀到卓越，很大程度上你需要认识到心智模式的存在，摆脱自己的思维定势，更加客观的吸收信息，更加深入的思考和分析信息，从而得出不同与现有模式的结论，达到更好的结果。除此之外，也别忘了想想你的灯亮着吗？

　　Think Different，be the crazy one, be the genius.