杨贵福的blog

台湾掠影

2012-02-11T00:19:00.001+08:00

台湾掠影

我们都读过不少对台湾版的资料，对岸很文艺把网上邻居译成了网上芳邻，把鼠
标称为滑鼠，把软件称为软体。我们早已熟知。不过，我真正新眼看到出售"软
体"，第一反应仍然是蜗牛贝壳之类的"软体"动物。

前几天，单位组织台湾游，分成两组，我在前一半，另一半现在还没回来。很多
体会，很多也与计算机没啥关系，絮絮叨叨回顾一下吧。

与前十几年或更早的旅游已经不同，大家现在不再捎带大宗的电器了，购买的多
是土特产，当地的小吃什么的。如果不提台湾二字，可能想不到目的地是个发达
地区，更像是农村风俗游。有位上点岁数的同事说，以前捎菲利蒲的随身听的很
多。他不经意地把菲利蒲称为菲利蒲斯，是不是像有些老一辈的官宦子弟把味素
称为味之素？回程的时候，行李箱里最多的，是绿豆皇、凤犁酥什么的，烟和酒
也不多，说是台湾的烟抽不惯，酒也不太对路。

所以整个行程，基本是在观景和民风，购物不怎么受欢迎，尤其是不受男士欢迎。

这可能反映了在经济上，我们确实越来越有底气了。评论修某段路桥的时候，当
地导游提到，由于没有钱，新的工程停停修修，旧的用了很多年，说如果在大陆
就不会有这个问题。言下之意，你们真的很有钱呐。

风景，像高楼、温泉、大山，都太小家子气了，也没啥，不提出罢。连当地导游
自己都说，与咱们的名山大川比起来，不值一提。

岛内的高山也有3000多米，似乎还有近4000米的，都在东部，在太平洋旁边很短
的距离迅速拔起，真正爬起来，应该相当峻峭。不过此次没有机会亲身实践。徒
步了一段蒋经国当年带老兵们修的栈道一般的公路，周围全是坚硬的大理石，立
陡石崖，很险。

阿里山也3000以上，步行了一路公路，张老师和封老师认为有高山反应。我认为
他们是累的。

日月潭海拔也不低，远处的山上也有浮云。不过，甚为遗憾的是，日月潭完全没
有一点雄伟，与当年课本上留下的印象根本不符。潭水一倾，看着也就净月潭那
么大吧。这还是水面上升以后的，先前中间有座山，现在是几间房子大小的岛礁。
怪不得净月潭和日月潭能结成姐妹湖，发起人看来两湖都见过了，差别不大。

在阿里山坐了小火车，还从一片森林中穿过，鬼子当年砍树的痕迹尤在。一片片
大树盘根错节，合抱以上的大树，当以千计，这些是没砍光的。据说，鬼子砍了
很多树以后，出现了一些灵异事件，他们特意建了一座塔，叫树灵塔，不知道是
想镇一下，还是祈福。

资源，数不清的矿藏和森林。遥想当年鬼子占据的时候，一定眼睛都蓝了。

阿里山地区，据说有不少民族，是高山族又细分的结果。其中有一个民族，就是
新电影赛德克・巴莱那个抗日的民族。此区域的民族似乎尽皆好武，风不调雨
不顺的时候要祭天的时候，就杀个敌人或外乡人。有个民族就被周围打得不行，
狩猎的时候跟着一头白鹿跑到了日月潭。这就是现在的邵族。邵族一共五六百
人，其中纯血的，二百多人，正广招男女，愿意去的从速，生一个孩子当地政府
给发似乎好几万元。

几百人的民族，一方面让人觉得像是在作假，另一方面，也似乎说明了当地对不
同文化的包容和认同--不是强调求同，而是强调存异。在芬兰的时候，几个人谈
起新疆的文化建设。有人提到：中国人怎么能不认识汉字呢。提到这观点的这
位，是久在芬兰的汉人。而另一个背景是，芬兰有两种官方文字，一种是芬兰
语，如果我没记错，97%的人口讲芬兰语，而其他仅3%的人口，为了他们，官方
语言还有一种是瑞典语。

所谓包容，不是要求另一批人跟我们一定相同，甚至不是允许他们与我们的差
异，而是，尊重甚至刻意保护这种差异。

唐某位太子，最喜欢玩的，是自己装死，让跟班大臣们模仿突厥人的葬礼礼仪，
把自己的脸用刀划上口子。这是大唐。只有足够的自信，我们才会不怕嘲笑，不
怕去接纳异文化，而不担心淹灭了自己。

扯远了。

阿里山和日月潭，负了盛名。在我看来，不过如此。但是台湾东部的太平洋和高
山，真是让人看不过瘾。我以前看过几次大海，都是风平浪静的。在大连附近，
有一次大雨里看涨潮，以为已经算是状观，觉得更雄奇的都是诗人作家们夸张扯
淡的。此去台湾，远远几百米看到了，高于一人的浪不断拍向岸边，然后摔得粉
碎；风声呼啸，让人不能站直腰行走；往远处看，太平洋分成很多层次，各种深
沉的颜色勾勒出海底迅速深陷的地貌；看看身后近在眼前的高山隐在云雾里，可
以知道海下会是如何陡峭。

有一处景点是珊瑚形成的很多小丘，当地导游说：这里原来是海下，地壳变迁逐
渐抬升成这样。他说，我们可以想像自己是鱼，正在水里珊瑚之间游着。抬头看
蓝天的些许碎片在亚热带繁茂的植物遮挡所剩无几，我们弓腰走过的小径两侧满
眼深绿，脚下不经常踩踏处全是苔鲜。我不禁想起Nimo生活的场景，水下也就是
这样吧。

说到这里，感受尤其是当地导游在内的台湾人民，人文素养可能确实普遍高于我
们。当地导游在解说和聊天时，常出口成章，成语和典故的引用，信手拈来，我
们所不及也。说起来，这位导游姓岳，是岳飞的第33（？）代子孙，回来认过家
谱的。也曾经身为武将，当过团长。整个导游其间，没有信口开合介绍些道听途
说扯谈的传闻，也没有问"你们看这块石头像不像个七仙女或猪八戒"这样的傻问
题。

在高雄的一家书店，百货商场里的，想来不是特别大不是特别综合的书店里，尚
且有一列专柜，是留给自然科学和科普的。从书店里的计算机书看来，很多ASP之
类的，应该不是特别大的书店，而自然科学类书籍之多，恐怕还远在我们很多省
会城市的书店之上吧。

我想起有些人提到中国足球为什么臭的时候，论据之一是我们有多么少的足球场
和基础群众。我想，计算机的发达，也是同样，文化素养的提高、基础群众的培
养，还需要时间吧。好在，经济的发达，同时也在 (即使缓慢地)带来文化的提
高。很久以前，我们就知道台湾的那些城镇的名字，从大富翁游戏里，从那些小
说里，比如淡水，比如太鲁阁。而这些年，台湾随经济的衰退，文化输出似乎也
在衰退。我们每天埋汰大陆的本土电影，但是并不伴随对港台电影的推崇了。前
几天我看了个香港的片子，唉，仍然是80年代末录相厅里的感觉，而且还不是你
能记住名字和演员的那种。

书店跟我们差不多，读书的人都不是很多。所不同者，我见到有人坐在地上看
书，长春未见过，可以地上太凉，北京西单图书大厦里倒是有不少坐地上的。

中文书都是繁体，这个早有心理准备，没有想到的有两件事。一是营业员居然不
知道大陆人民大多能读繁体，而仅仅不会写而已，她为我们认识"两种"文字而表
示很惊讶。二是居然很多书不仅繁体，而且竖版。繁体读起来略有不适而已，竖
版现在可能很多人不容易消受了吧。从书目看来，尤其人文类的显得有些文化气
息的，似乎更喜欢做成竖版的，可能是竖版暗示着更有文化？

核算成人民币，书略贵，但也不算贵得离谱。买了几本留作纪念。

在南部，绿党老家，我以为人民会比较排外，结果也没有遇到。跟出租车司机聊
天，他问我们，"是从对岸来的吧"，我们没听清，他又问，"同胞吧"。沟通完全
没有问题，令人感叹，几十年间语言的变化其实比想像中要小很多。

台湾旅行仍未对所有大陆城市开放自由行，许多城市的人只能跟团从这里跑到那
里，购物观光，没有机会停下来细致地感受。期待，有一天能自由地在台湾地土
地上徒步，任我行止；期待，有一天能自由地在所有的土地上徒步，任我行止。

整理书架子

2012-01-26T15:42:00.001+08:00

整理书架子
从除夕那天，我开始整理书架子。有两年没整了，自从上次挪书架子，把书都卸下来，突然有什么任务，没有时间按类别放回去，后来的书有很多就直接堆起来。
混乱一旦开始，就会愈演愈烈，直到，最近决定全都重新整理一遍。
整理书架是个体力活，同时也是梳理知识结构和学习过程的思考。
这几年，似乎一共整理了四五次吧，一般是搬家以后，或者乱得自己受不了。最初的一批书，是大学毕业的时候幸存的几本，教材加上特别钟爱的，没有卖掉。由于我彼此那么痛恨自己的专业，以致于把绝大部分教材都扔掉了。过了很多年，或者说，越是到了后来，我越发现，本科的学习所形成的世界观和方法论，深入到了骨髓，深入到你自己都不知道它们在那里。一个不太好的比喻，就像有些小资口声声谈西方思想什么的，但是骨子里，如果你深挖，却发现他们比上位的那些人更加东方。这里的东方，丝毫不含神秘哲学或者我们的文化的褒义。
这第一批书，几乎都是理工类的。
再后来的一批书，是从旧书市场上买到的，有各种品相。大多暗黄了，书页卷曲。这些书，好多在购买前就已经看过了，有些知识甚至都已过时，尤其是小时候就特别想拥有的那种，虽然借着看过几遍，仍然买了珍藏。这第二批书，大部分是人文类的，持续了好多年，有一些和第三批书的购买时间重叠，甚至延续到那以后。
第三批书，是读研究生期间，到了期末，突然说是有一笔经费，可以买U盘，或者买书。我全都用来买书了。这一批书中最重要的是计算机网络方面的几本专著。当时，我仍然未能清楚地知道，网络和系统管理
(现在流行叫做系维)的知识结构和职业前途与程序员是完全不同的。最终，计算机网络与通信，130厘米左右；操作系统45厘米左右。
第三批书当中，包括我最初读的英文原著，Douglas E. Comer的计算机网络与因特网，和 Andrew S.
Tanenbaum的现代操作系统，封皮上有马戏团的那个。如果不算文档和电子版，这两本是最初读物。
很多人读书需要心态，或者心情，或者油墨的清香，或者纸张的声音。那纯粹是家里有钱惯出的...特质。读书所需要的，不过是一个能站立或坐下的地方，然后，就是书本身。至于它的材质，是纸的，电子的，印刷质量如何，在能找到书就高呼万岁的时候，这些统统不必考虑。
那两本书，是在不上课的时候，一页一页慢慢看完的。我的英语那个时候极差，不是说现在有多么好，那时我差到除了英文文档，基本看不懂别的什么。英语老师建议的小说啦电影啦新闻啦，没一样能流畅看明白的。不能看懂四级阅读，但是能阅读英文文献，其实也没啥奇怪的，因为二者所需要的词汇量的范围大不相同。后来单词量增长的时候，我注意到，很多单词，我都是首先知道它在计算机领域的含义。
读书，我们所需要的，只是几个小时的时间。
以后的书，基本不是成批购买了，需要哪方面的，就添置点啥，逐渐多起来。软件工程的，175厘米左右；文学类的，大约两个175厘米。
就阅读的时间分配，我在软件工程方面分配的时间远多于文学类的，尽管文学类的量大约是软件工程的二倍。这也是个有意思的事情，为什么理工学生的工资要比文学类的高，因为第一理工类学生花费了更多的时间来学习。第二，如果仅仅是浏览观赏性地阅读的话，读文学类的书是一种休息，没有人应该为你休息付钱的。而即使是观赏地阅读理工类书籍，即使那最终确实是一种愉悦的话，也是一种劳累的愉悦--这跟在健身房的努力差不多。
我曾经计划读某小说好几年，后来几天就看完了。那是我第一次发现，啊，以完全没有注意到，原来这两种不同的作品的阅读速度差别如此之大。
上述关于文学类学生工资的讨论，不包括那种牛到可以指导别人观赏，或者创造出作品来供别人观赏的同学。不幸的是，从现在的影视作品或者评论来看，文学类同学应该可以达到更高的水平，而不仅是自己没事欣赏一下自己的快乐。
是的，我们的理工很糟烂，可能除了这个词，不足以形容我们目前的水平在世界的地位；文学类，如果用糟烂这个词来形容，是对糟烂这个词的侮辱。
整理书架子，也回顾了一些知识学习的艰辛。有90厘米纯粹各种计算机语言的书，还有同等长度的书，是用这些语言调用网络、API、MFC什么的。后者不包括数据库调用之类的，这些基本上只有电子文档，而没有书籍。当年为了学习网络编程
(不是指 web programming，是指socket)
，MFC和API，也着实花了不少工夫，但是俱往矣。这些知识一旦获取了，如果不需要进一步深入研究的话，它就只是知识，而不是方法。
一大悲哀。我们要花很多时间，才能知道，有一些东西，恰恰不是你想要的；而如果你不花上这么多时间，你根本无法知道那是什么，更不必说了解那是不是你的目标。
而那个时间，你往往找不到一个人能够和愿意告诉你。即使有那样一个人在你的身份，年少轻狂，你也不一定就会相信。
然后，很多个小时，很多年，就这样流逝。再也不会重来。
要整理书架子的一个原因，我发现如果书堆在那，根本就想不起来看它，甚至忘了它的存在，或者记得有这本书，但是却找不到它。很多年过去以后，我发现，很多书需要重读，一遍一遍重读，每一次，你可能会有新的收获。那些需要重读的书，恰恰与前面提到的api,mfc的使用那种书不同，它们是历久弥新的。每一次读，你都有不同的动机，又深入地了解了作者这么写这么说的原因。
就像锻炼身体，只有你亲自流汗，然后才能了解，为什么教练或书里说，要这样动作，要避免那样，为什么呼吸而不是别的，才是最重要的。
就像大三和弦是明亮的，小三和弦是暗淡的，甚至是蓝色的绿色的。你不亲自去听，跟你说了也是白扯。有很多书，很多特别好的话，在我这里，就这么白扯过去了。时常感叹，如果当年就能明白那些，该有多好啊。
同学们现在都喜欢看视频了，喜欢在网上找个贴子。但是，真正的知识，尤其是深刻的那些，且不说需要训练才能掌握的，往往不可能容纳在一个贴子的长度之中。这就是几十年来，也许更久
(？)，学者们提到的浮噪。我们浮噪到马上就要看到结果，马上就要得益，马上就要看到作用。
我们在网络里跑来跑去，不断去点击5分钟以下的小视频。我们看各种大片的特效。我们不断地转移注意力。我们从成年人，退化为三五岁的孩子，注意力只能保持三五分钟，甚至更短。又或者，我们中的一些希望得到成年人权利的人，从来也没有成年过，无所谓退化。
迅速反应，而不沉思，这正是动物而非人类的特性。
我把那些读过的书，收在书架上。开始制定漫长的计划，很多，都要重读一遍。
我抚摸那些书页，回想我曾经阅读它们的时光。
有一本，C++ Primer。那一年除夕的晚上，我坐火车返回通化。整个车厢里只有三两个人，还包括列车员。我一直低头读这本平时没有时间看的大部头。从上次读到的地方开始，几个小时，我读了平时几天几个月的页数。
不能做实验，也不能上网。我只能用纸记下所有的疑问，记下所有的收获。
晚上十点左右，外面漆黑的天空开始亮起焰火，在车轮的隆隆声里，那些光亮此起彼伏。C++ Primer，就是在这时读完了最主要的部分。
有一本，ZigBee技术实践教程，包师弟借给我的。前两天的某夜，我独坐在桌旁，喝光了咖啡，次序翻过那些书页。不能做实验，也不能上网，猜测作者的意思，用纸记下疑问和收获。凌晨五点的时候，天边开始有了亮光，书还剩下一章。
这个时候，我们才知道，那些短暂就能获得的快乐，并非我们真正想要的，它们也会瞬间就消失。

音程示范歌曲，lilypond example

2012-01-17T17:25:00.001+08:00

音程示范歌曲，lilypond example
下面的文件是音程示范歌曲，lilypond源代码，可以生成pdf文件，五线谱带歌词的。
音程，比如，用简谱表示1=C时，1和2的距离与5和6的距离是相等的，3和4的距离与7和1的距离是相等的。
lilypond [http://lilypond.org/]
是著名的音乐engraving程序。有人把engraving翻译成雕版，这也正是这个词的本意。在这里，并不特别强调采用这种工艺，而是表达一般地指美丽漂亮的印刷乐谱的工具。
希望对其他也跑调的同学有所帮助，也可以作为lilypond的示例文件，语法忘了的时候参考一段。
又想起了刘俐俐和张绍刚的事件。
有同学评论，大致意思是这样的：当Boss问到问题的时候，都是有动机的，你应该小心作答。比如，领导问，你爱好些什么啊。你千万别说什么英雄双行体，那表明你不合群。你应该说，我喜欢二人传，这表明你尊重民间艺术，或者品味低下；你应该说，我喜欢歌剧，这表明你品味高雅，或者崇洋媚外。
一个人喜欢什么，怎么可能会因为问的人不同而有所变化？唯一的可能就是假装，或者你无法判定他是不是假装[参见《士兵突击》中的成才同志。同志，呵呵。]。
的确，有些人喜欢下属 (如果有这么个阶级，并且因为经济基础而能决定上层建筑甚至人格的话)迎和--即，你说的内容并不重要，但是要对上级的胃口。很多对白都有背后的意思[参见《红楼梦》]，虽然很累，但是揣摩有时必不可少。不过，这并非意味着你揣摩完了就一定要赞一个，即使从功利的角度看，也并非每个领导都好这一口。你注意到网上那些对张的反对的声音了么，并非每个看起来像愤怒青年的都是loser，很有一些是winner，这从行文风格和内容可以看出。你可以选择和这样的人合作。
所谓"求职"，并不像这两个字求暗示的，是"求"什么人"求"什么东西，无论市场供需如何，那也只是"找"一份工作，而不是"乞求"。有些女士的态度在这时非常正确，她们说，"就是世界上只剩你一个男人了，也绝不嫁你。"
求职确实是有底线的，那就是尊严。如果现在我低头从你胯下钻过，那么，今后呢？我们可以表达对领导的尊重，毕竟工作中的事务的决定权需要尊重地执行，但是并非一定要向他们展示假的自己。有时，所要做的是，告诉他们，我的这些爱好，与工作无关。我只是来工作，又不是卖身为奴；我热爱我工作的内容，但是不必也同时热爱领导你。
说到这里想起博士面试的时候，主任问的一句话，"听说你们搞计算机的都喜欢玩游戏，你玩不？"
我心想，玩啊，很爱玩，不爱玩游戏的，而爱计算机的没几个啊。
我的答复是非常缓慢地说：偶尔。
我庆幸这个世界上有程序设计和自然科学，它们的评判者高于人类和权力。我庆幸这世界上有音乐这样的东西，它的美丑虽然可能大家各执一词，却都是纯净的。
关于程序设计，补充解释一句。人类思考的规则，是人类发现的，却并非由人类所规定。对不，偶像？
"安能摧眉折腰事权贵，使我不得开心颜。"这句话我以前引用过一次，当时在人事处工作，处长问，"杨啊，你有没有座佑铭"，然后我傻了吧唧地答了这么一句。所以，对读这贴子里知道典故的老家伙们来说，现在再引用容易笑场。
我补充一句吧，那些用来威胁我的，我愿意全部放弃。而剩下的，编程序，就像自己写作，在心里唱歌，谁又能禁止得了。
让我们歌唱，由关注音律、法则、美，不要关心那些狗P"柯老师"们的看法。
\version "2.12.3"
\header{ title = "音程示范歌曲"}
% 鲜花曾告诉（3 4）我你怎样（1 2 1）走过小二度大二度《同一首歌》
\markup { 上行}
\markup { 大二度同一首歌}
{\time 4/4 \huge \set fontSize = #3 g2 c'4 d'4 | e'4. f'8 e'4
c'4_\thumb | d'2_\thumb c'4_\thumb a4 | c'1 |}\addlyrics { 鲜花曾 | 告诉
我你 | 怎样走 | 过 }
\markup { 小二度同一首歌}
{\time 4/4 \huge \set fontSize = #3 g2 c'4 d'4 | e'4._\thumb
f'8_\thumb e'4 c'4 | d'2 c'4 a4 | c'1 |}\addlyrics { 鲜花曾 | 告诉我你
| 怎样走 | 过 }

% 不要（5 6）问，不要说大二度《祝福》
\markup { 大二度祝福}
{\time 4/4 \huge \set fontSize = #3 c'2. g8_\thumb a8_\thumb | c'4
d'8 e'8 d'4 e'8 g'8}\addlyrics {你。不要 | 问不要说一切 }
% 大风从坡上刮过（5 6）大二度《黄土高坡》
\markup { 大二度上行黄土高坡}
{\time 4/4 \huge \set fontSize = #3 f'4 f'8. e'8 d'8 d'8 c'8_\thumb
d'8_\thumb}\addlyrics { 大风从坡上刮过 }
% 我们（3 5）坐在高高的谷堆旁边小三度《听妈妈讲那过去的事情》\markup {小三度上行听妈妈讲那过去的事情}{\time
2/4 \huge \set fontSize = #3 e'8_\thumb g'8_\thumb a'8 g'8 c''4 b'8.
a'16 g'8 a'8 g'8 e'8 ~ e'1
}\addlyrics { 我们坐在高高的谷堆旁边 }

% 长亭外，古道（6 1[高]）边小三度《送别》
\markup {小三度上行送别}
{\time 4/4 \huge \set fontSize = #3 g'4 e'8 g'8 c''2 a'4 c''4_\thumb
g'2_\thumb}\addlyrics { 长亭 - 外古道边 }
% 明天你是否会想起（5 7）大三度《同桌的你》
\markup {大三度上行同桌的你}
{\time 6/8 \huge \set fontSize = #3 g'8 g'8 g'8 g'8 e'8 f'8
g'4._\thumb b''4._\thumb}\addlyrics { 明天你是否会想起 }
% 月亮在白（2 5）莲花般的云朵里纯四度《听妈妈讲那过去的事情》
\markup {纯四度上行听妈妈讲那过去的事情}
{\time 2/4 \huge \set fontSize = #3 s4 a'4 | g'4. e'8 | d'8._\thumb
g'16_\thumb e'8 g'8 | d'8 c'8 a8 c'8|}\addlyrics { 月亮在白 - 莲花般的云
朵 }
% 风中（3 6）有朵雨做的云纯四度《风中有朵雨做的云》
\markup {纯四度上行风中有朵雨做的云}
{\time 4/4 \huge \set fontSize = #3 g'4_\thumb a'4_\thumb a'4 e'4 |
g'4 b'8 g'8 b'2 | }\addlyrics { 风中有朵雨做的云 }
% 也温暖不了你的视线（6 2[高]）纯四度《吻别》
\markup {纯四度上行吻别}
{\time 3/4 \huge \set fontSize = #3 d' d'16 d'16 e'8 a16_\thumb
d'16_\thumb ~ d'4 r4 }\addlyrics { 不了你的视线 }
% 天上的星星（3 6）纯四度《鲁冰花》
\markup {纯四度上行鲁冰花}
{\time 4/4 \huge \set fontSize = #3 a'8 a'4 a'8 e'4_\thumb
a'4_\thumb}\addlyrics { 天上的星星 }
% 分给我快乐的往昔（6[低] 3）纯五度《睡在我上铺的兄弟》
\markup {纯五度睡在我上铺的兄弟}
{\time 6/8 \huge \set fontSize = #3 b8 b8 b8 b8 b8 g8 | g4._\thumb
e'4._\thumb |}\addlyrics { 分给我快乐的往昔 }
\markup {————————}
% ————————% 下行% 夜（1 7）色茫茫小二度《明月千里寄相思》
\markup {小二度下行明月千里寄相思}
{\time 4/4 \huge \set fontSize = #3 s4 s4 s4 c''8_\thumb b'8_\thumb |
a'4. g'8 e'8 d'8 e'4 |}\addlyrics { 夜 - 色 - 茫 - 茫 }

% 难解百般愁相知爱意浓（1 7 6）小二度《相思风雨中》
\markup {小二度下行大二度下行相思风雨中}
{\time 4/4 \huge \set fontSize = #3 a4 e'8 b'8 e'4 a4 | b'8. b'16 a'8
c'8_\thumb b8_\thumb a2_\thumb}\addlyrics { 难解百般愁相知爱意浓 }

% 月亮（6 5）在白莲花般的云朵里大二度《听妈妈讲那过去的事情》
\markup {大二度下行听妈妈讲那过去的事情}
{\time 2/4 \huge \set fontSize = #3 s4 a'4_\thumb | g'4._\thumb e'8 |
d'8. g'16 e'8 g'8 | d'8 c'8 a8 c'8|}\addlyrics { 月亮在白 - 莲花般的云朵
}
% 愿心中永远留着我的笑容（1[高]6）小三度《祝福》
\markup {小三度下行祝福}
{\time 4/4 \huge \set fontSize = #3 s2 s4 d'8 d'8 | c'4 d'8 e'8 g'8
a'8 g'8 a'8 | c''8._\thumb a'16_\thumb ~ a'2}\addlyrics { 愿心中永远留
着我的笑容 }
% 高高的谷堆旁边（5 3）小三度《听妈妈讲那过去的事情》\markup {小三度下行
听妈妈讲那过去的事情}{\time 2/4 \huge \set fontSize = #3 e'8 g'8 a'8 g'8 c''4
b'8. a'16 g'8 a'8 g'8_\thumb e'8_\thumb ~ e'1}\addlyrics { 我们坐在高高
的谷堆旁边 }
% 空独（7 5）眠的日子大三度《追梦人》\markup {大三度下行追梦人}{\time 4/4
\huge \set fontSize = #3 b'8_\thumb g'8_\thumb g'16 a'16 b'8
a'4}\addlyrics { 空独眠的日子 }

% 风中有朵（6 3）雨做的云纯四度《风中有朵雨做的云》
\markup {纯四度下行风中有朵雨做的云}
{\time 4/4 \huge \set fontSize = #3 g'4 a'4 a'4_\thumb e'4_\thumb |
g'4 b'8 g'8 b'2 | }\addlyrics { 风中有朵雨做的云 }
% 狼山起，江山北望（3 6[低]）纯五度《精忠报国》
\markup {纯五度下行精忠报国}
{\time 4/4 \huge \set fontSize = #3 a'4. g'8 e'4. b'8 | c'8 c'8 d'8
e'8_\thumb a2_\thumb | }\addlyrics { 狼烟起 - 江山北 - 望 }
% 上行% 鲜花曾告诉（3 4）我你怎样（1 2 1）走过小二度大二度《同一首歌》% 不要（5 6）问，不要说
大二度《祝福》 % 大风从坡上刮过（5 6）大二度《黄土高坡》% 我们（3
5）坐在高高的谷堆旁边小三度《听妈妈讲那过去的事情》% 长亭外，古道（6 1[高]）边小三度《送别》%
明天你是否会想起（5 7）大三度《同桌的你》% 月亮在白（2 5）莲花般的云朵里纯四度
《听妈妈讲那过去的事情》% 风中（3 6）有朵雨做的云纯四度《风中有朵雨做的云》% 也温暖不了你的视线（6 2[高]）纯四度
《吻别》% 天上的星星（3 6）纯四度《鲁冰花》% 分给我快乐的往昔（6[低] 3）
纯五度《睡在我上铺的兄弟》
% ————————% 下行% 夜（1 7）色茫茫照四周小二度《明月千里寄相思》%
难解百般秋相知爱意浓（1 7 6）小二度《相思风雨中》% 月亮（6 5）在白莲花般的云朵里大二度
《听妈妈讲那过去的事情》% 愿心中永远留着我的笑容（1[高]6）小三度《祝福》% 高高的谷堆旁边（5 3）
小三度《听妈妈讲那过去的事情》% 空独（7 5）眠的日子大三度《追梦人》% 风中有朵（6
3）雨做的云纯四度《风中有朵雨做的云》% 狼山起，江山北望（3 6[低]）纯五度
《精忠报国》

% Local Variables:% coding: utf-8% End:% EOF

上位机与下位机的交流：编码与字节序的实验

2012-01-15T01:18:00.001+08:00

上位机与下位机的交流：编码与字节序的实验
下午在南区的讨论班居然提前结束了，而且，到预定吃晚饭的时候还剩两个半小时，按包师弟的说法，真是个尴尬的时间啊。干做两个半小时，太无聊，如果赶回所编程序，似乎时间又不太够的样子。我甚至想提议去暴走吧，但是想到冷得冻肺子的天气，想到包师弟和我都正感冒，也就只是想想。
包师弟说：要编这程序的想法，真是搅得人...
我忘了他原来的措词，为避免他跑上来纠正，只好留了空白。大意是，热血沸腾啊，夜不能寐啊之类的。现场表现是坐立不安。
好吧。
我们迅速用了十来分钟重新回顾了一下以前做过的计划，然后跑出来打车去所里。
1. 实验计划及基本原理
我们要做的是一个原型实验，确定STM32某芯片 (意法半导体)
的浮点型变量的编码方案与PC[http://en.wikipedia.org/wiki/IEEE_754-2008]是相同的，且大小头
(Endianness) 也是一样的。
几天来，包师弟已经把下位机的板子都整完了，昨天半夜的时候邮件说USB芯片及驱动都整完了。
我们计划的技术路线是：由上位机通过USB向下位机发送一个浮点数的二进制形式，下位机接收到以后，写到串口，然后用PC从串口读了显示出来。
如果PC下发的和最后显示的如果不一致，即可判定STM32与PC使用了不同的浮点变量编码。我们希望一致。
为初学者同学们解释一下，这并非是为了验证PC-STM32-串口的链路是正常的，而是为了验证上位机与下位机使用相同的方式表示一个浮点。
上位机就是PC，下位机是单片机或者ARM芯片的机器。
有的同学可能会问：难道上位机和下位机表示同一个数，会使用不同的方式，不都是"3.14"这样的形式么？
可能不相同，一定不是"3.14"这样的形式。因为我们知道，计算机只接受二进制，而"3.14"显示不是二进制。所以"3.14"是以一种有点诡异的方式表示的。
(1) 编码
在上位机中，一个浮点数，比如3.14，需要经过归一化、求符号、求指数、求有效数字、求尾数……一系列的步骤，终于变成了下面的形式。
如果是32位系统，用十六进制表示就是: 4048F5C3
具体的步骤和4048F5C3中每个二进制位的含义略过，感兴趣的同学请去文后的两个地址自行观赏。
我和包师弟打算用实验确认，上位机与下位机使用了相同的计算方法，或者说，相同的编码方法。即，当上位机发送3.14的时候，它发送4048F5C3这四个字节；当下位机接收4048F5C3这四个字节的时候，它认为这是3.14。
上位机与下位机使用相同的语言，才能通信。如果一方对另一方一无所知，还要指导，情况就可能比较糟糕了。
比如下面的对话。
上位机：你最喜欢莎士比亚的什么作品。
请注意上位机知道莎士比亚是一个人，而是有作品的人，不是意法半导体生产的某个芯片型号。
下位机：英雄双行体。
上位机：……
如果上位机在日本动画里，估计会说"那呢？"。我文学基本白痴，以前从来只知道莎士比亚还写十四行诗，从来没听说过英雄双行体这种东西，不过上位机似乎更白痴一些，他似乎认定莎士比亚就只写过戏剧。
恩，我比较喜欢李清照的词。
上位机：你读过莎士比亚的哪部作品？
下位机：我演过麦克白中的巫婆。
上位机：你是演员？
上位机显然不知道，而不是在调笑，他不知道英文专业学习英文的重要方法之一，从高中的时候就是这样，就是表演英文经典名著或者非名著。每个学英语的好像还都有剧照什么的。
不幸的是，下位机也不知道上位机如此无知。
上位机：你英语这么好，为什么要学英语呢？
下位机：我们为什么要学汉语呢？
我补充一下：因为英语系根本不是学英语的，就像下位机的回答所暗示的，中文系不是学中文的，历史系不是学历史演义的，而计算机系也不是学计算机的。很多英语系还有个全称，叫英语言文学，中文系一般还有个名字，叫汉语言文学，历史系……历史系好像叫历史文化学院，计算机系则根本不学怎么修理计算机拆壳子什么的。
深入地研究一个东西，跟简单的使用，根本就是天壤之别。
有人可能误认为：上位机误会了自己的身份，那些指责只有BOSS们才有资格做。
不，不是这样。没有人有资格指责别人，尤其，尤其，尤其是你身居高位的时候。身为BOSS，被安排居高临下，你对看不惯的人唯一能说的话也就是：我们不适合你。被你指责的那个人，没有花钱请你做他的顾问。
上位机下位机，不过是为了称呼方便给的一个名字，你真以为自己就高人一等了，你当小资的时候口口声声赞扬的独立宣言里有一句"人生而平等"不知道是不是忘光了。你花钱买到的不过是劳动时间，并不包括人的尊严。
所以，如果编码不同，还是承认不同罢了，少扯别人低级自己高级什么的。
又，故做平易近人和蔼可亲低下头来和你说话这样的姿态的，也不是什么好鸟，因为他们假设自己高人一等。
(2)大小头
目前有两种Endianness在计算机中普遍存在，一种是，在内存里，4048F5C3就表示为4048F5C3，这个叫做 big endian，大头儿。
有同学说，还能有啥表示方法？
还有一种叫 little endian，小头儿，4048F5C3会表示成C3F54840，正好按逆序排列每个字节。
有同学可能说，居然还有小头儿这么诡异的表示方法。是啊，事实上，我们一般用的PC，x86体系的，都是小头儿，是诡异的那一方。而ARM，是大头那一方。
大头小头，这个名字来自格列弗游记，两个小人国战争的原因是，到底吃鸡蛋应该从大头还是小头先打碎。这个问题也困扰计算机网络，发送数据前，也可能需要重排一下字节的顺序。
说到这里插一句，有意思的是，在小头的x86体系中，浮点数恰恰很诡异地使用了大头方案。这是由于历史的原因，你看，我们已经是一门有历史的学科了。
以上，我和包师经要验证的是上位机 (并非多么尊贵) 与下位机 (并非理应谦卑)使用了相同的 (1)编码、 (2)大小头。
可能有的同学会说：查下手册不就完了么。大多数时候我乐意相信手册，不过昨天马利同学刚刚抱怨了Thinkphp手册之不咋地，还是小心为妙。
2. 实验环境
上位机一台，跑windows7，64位CPU。杨注：可能运行在32位模式，或者应用程序工作在32位模式。
上位机的应用程序包括：
* labview
* symbolink 可能是这个名字，不能确认了。windows驱动开发工具之一，用来显示驱动提供用来读写的文件名的。
* 虚机里跑了个windows xp，里面有个visual studio.
* 下位机的交叉编译和烧写软件
* 串口通信工具，用来看下位机发到串口的东西
* bushond
下位机：
* 意法办导体STM32某芯片，USB驱动已完成，串口驱动已完成
其他的硬件环境包括：我和包师弟各据一个显示器，连接在同一台上位机上，两套鼠标两套键盘。
两套鼠标两套键盘的结对编程方式，是ZHUMAO同学最先采用的，我们两个似乎当时调的是个JAVA程序。两套输入设备，结对时就不必抢键盘了，只要说一句"放着我来"，就行了。论起争执和争夺，嘴还是比手快。
其他的硬件环境，我在实验其间还征用了关同学的座机一会，用来拷出symbolink，包师弟其间用过他的笔记本一阵，查资料。
还用了一个不知道什么软件，为了计时工作，西红柿时间管理。一共两次迭代，第二次严重超时，刚好在最后一分钟结束所有工作。
2. 实验过程
* 下位机输出到串口，浮点变量
改下位机程序，把浮点数，比如3.14，忘记当时用的是什么了，输出到串口。用上位机的串口通信软件读，符合3.14。
这步是为了确认串口通信及下位机的浮点数格式化输出正确。
float a = 3.14;printf("%f", a);
我们观察到了单精度浮点数精度不够的情况，略。
* labview，不知道如何把浮点写下去
用labview，打算把浮点数对应的二进制四个字节写到USB口。遇到个问题，不知道应该怎么取得浮点数对应的二进制那四个字节。
这时，我们转到了另一个技术路线。
请某些同学注意，这里的另一个技术路线，原本就是我们计划的技术路线之一，而不是因为前一路线"可能"不通，而临时想到的。同时，我们非常确认另一条技术路线可能，而且我和包师弟各喜欢一条路线，所以才会转向。这与某些同学"一遇困难就转向，再遇困难再转回来，始终也不知道毛病在哪里，这个方法到底行不行"是完全不同的。事实上，我们基本确认labview有这样的能力，只是不打算再花时间。前面提过，我们原计划加交通也只有两个半小时。
* C，不知道symbolic link name
然后，开始用C写USB口，但是CreateFile的时候不知道驱动给提供的文件名(symbolic
link)是什么，因为正使用labview的驱动，不是我们自己写的那个版本。
自己马上写个驱动，也是方法，但是我们需要马上架起驱动开发的环境。原来有个驱动，但当前的这块板子vid,pid,endpoint设置全不一样。时间关系，也放到一边。请还是那部分同学注意，我们仍随时可以开始这一路线。
* 用symbolink (？) ，不能确定文件名是正确的，CreateFile没有发出数据
开关同学的机器，找到了能查驱动提供的文件名的工具。
这里有个插曲，我们拥有N多个虚拟机，以致于找到需要的那个，花了不少时间。后来全盘搜索才找到。
当时我想起了之前某次"结对"编程，我的身后有四位同学，包独坐一边，还是上面的硬件环境，我们把众多文件在真实的和虚拟的共达七台计算机间来回挪腾，最终一切都跑了起来。大家说，这很盗梦空间。
不过，这一次比较不幸，我按symbolikn查到的文件名发数据，下位机没有接收到。
* 包接受用C写用文件，然后用labview读
这时包提到一个之间的方案：我用C语言把float变量的二进制写到一个文件中，然后包用labview读进来，按字节读。
我说：咱们还是直接用手写吧。
* 用C输出float的4个字节
我们用C程序，把float变量对应的十六进制，显示在控制台上。这样：
#include <stdio.h>main(){ float a = 3.14; printf("%x", *
(unsigned char*) &a); printf("%x", * ((unsigned char*) &a + 1) );
printf("%x", * ((unsigned char*) &a + 2) ); printf("%x", *
((unsigned char*) &a + 3) );}
* 用bushound，而不是labview写到下位机
然后，我们没有用labview，而是用另一个更轻量级的工具，bushound，直接向usb的endpoint中写入了十六进制。
* 下位机，强制转换指针类型
在下位机中，我们按收到数据以后，把这四个字节十六进制转换成了浮点型变量，然后printf到串口。大致这样：
printf("%f", * (float*) buf);
* 上位机显示下位机串口
上位机显示，下位机的串口输出了 3.14。
我们又改了几个浮点数，由上位机把C算出来的十六进制通过USB口写给下位机，下位机又通过串口把这四个字节当成浮点型变量格式化输出。上位机显示下位机的串口输出，与我们预期的值是相同的。
* 然后，我们去东方肉馆吃肉去了。
虽然我的挂钩还疼着，尤其嚼脆骨的时候，不过心情不错。当你知道这个世界上有一些人与你用相同的语言交流，有些相同的习惯，比如大半夜的上网发贴子看贴子，怎么能心情不好。
就让那些听不懂别人说话，还命令别人按自己的方式说话的上位机孤独去吧。
3. 结论
浮点型单精度变量，PC与ARM使用了相同的编码和字节序。
参考文献：
[http://en.wikipedia.org/wiki/IEEE_754-2008][http://babbage.cs.qc.cuny.edu/IEEE-754/]

面试，为什么总问些没用的，及emacs支持正则表达式替换

2012-01-13T21:07:00.001+08:00

面试，为什么总问些没用的，及emacs支持正则表达式替换

* 题外话

李记者辞职了，纪念一下。

李记者不是记者，这是他的绰号。李记者辞职前是某二三线城市IT公司的技术负
责人。李记者和我相识，是一起参加一个吃不好睡不好啥也不好的比赛，我们都
获了吉林省的奖，所以，都是取得了高级技工资格。

想李记者也面试人无数，肯定背地里被人骂过"面试，为什么总问些没用的"。今
天我试着解答一下。

对了，李记者，高级技工证，我有两个。你有两个么？

* 先说一个例子，emacs支持正则表达式替换

Emacs，如同李记者这个名字，众所周知，是伪装成编辑器的操作系统，能完成
基本的编辑器功能，比如文本替换。

替换这个功能没啥稀奇的，连WORD都有。如果你确信匹配条件是对的，那么尽可
能大胆地不搜索不一个个确认，直接替换全部。

但有时候，世界不那么美妙简单，或者简单的事情都被别人做完了。比如，你想
进行下面这样的替换。

有一段文字，其中的一段如下：
----引文开始----
14. 'This is a private conversation!'

课文2 早餐还是午餐？
15. It was Sunday.
----引文结束----

明眼人一看便知，这是我们背诵了无数遍，如此熟悉的《新概念2》的...第一课
结尾和第二课的开头。也许整本书，你就只熟悉这两课，不过并不影响我们的讨
论。

现在的要求是，把整个文件中的每一课的标题，如"课文2 早餐还是午餐？"这样
的文字，后面都加个回车。

面试提出这样的问题，有的同学可能会说：哈，不过就是90几课么，我一个个回
车下去。

面试官就会问：如果文件非常非常长呢？

当然，找很多人，把文件切割了，每人分一小块，处理完再合并，也算是个办法。
不过，也许你去应聘管理岗位的时候这么答效果更好。

我们技术人员是这样解决的：找到那一行的特征，然后替换那一行，替换的方法
是原来的内容不变，在最后加个回车。

1. 特征

凡东西，你不先指出特征，就找不到它。马丁叔叔说："如何藏起一棵树呢？把它
放在森林里。"这就是用大量的共性掩盖特性。

这一行的特征是，开头有"课文"二字。还有别的特征，但是这个特征足够我们完
成任务了。

齐同学请注意。为什么考试的时候要考概念，因为按我上面的这种描述特征的方
法，是不专业的，不方便技术人员之间沟通，也不方便与机器沟通。

我们这样描述：

课文.*

这就是大名鼎鼎的正则表达式。学过编译原理的同学都如遇故人，因为这是我们
熟悉的领域，终于又回到我们的知识结构之中。

数学家的方法是值得赞扬的，他们把未解决的问题转化为已解决的问题。典型的
例子是消防员的那个故事。队长问：如果你看到胡同口着火了怎么办？答：用灭
火器。再问：如果你看到胡同口没着火怎么办。答：点着它，接下来就是我们熟
悉的问题了。

正则表达式课文.* 的意思是，前面是"课文"二字，然后是任意个 (*的含义)任
意字符 (.的含义)。凡符合这样的特征的行，都会被搜索出来，准备被替换。

2. 替换

替换成什么呢？

替换成 (1) 还是这样一行， (2)后面接一个回车。

写作：\&^J

其中，"\&"的意思是，匹配的文本的全部，上例中，即"课文2 早餐还是午餐？"
这一行；"^J"是这么键入的"C-q C-j"，其中C-q相当于转义，C-j就是回车。你
可以试一下，在windows下，C-j就是ctrl-j也是回车。

3. 命令

在emacs下，M-x执行下面的命令：

replace-regex RET 课文.* RET \&^J

然后，任务完成了。凡是符合特征"开头是课文二字的行"，找到它们，在每一行
后面加个回车。

4. 补充

[http://www.emacswiki.org/emacs/ReplaceRegexp]提到
M-x replace-regexp
Replace regexp: $\w+$
Replace regexp with: \,(capitalize \1)

这里， \1 代表的是第一个括号分组里的部分，\, 代表后面跟的不是要用来替
换的东西，而是一段lisp程序。上例执行的结果，会把一个或多个单词，替换为
把它们中的第1部分 (刚好就是全部) 大写开头字母的结果。

这个故事告诉我们，emacs很强大。马利同学，及其他尊敬的vim使用者们，我猜
vim一定也有这样的功能 :)

这个故事还告诉我们，无论emacs还是vim，还是类似强大的编辑器，必然会以某
种方式支持正则表达式这种强大工具。

(1) 因为正则表达式是计算机学科的基本概念，所以，很多方法 (包括gaga新的
.net)都建立在它的基础之上。它已经诞生很久了，我刚刚查了下，1950年代，相
信咱们没几个人比它的年龄还大的。许多人抱怨计算机学科学习的东西太古老，
答案在于，这些东西从来都没有过时，而且所有的新东西，都建立在它们的基础
之上。

《故事 : 材质、结构、风格和银幕剧作的原理》告诉我们，叛逆是可以的，前
提是你已经充分了解和纯熟运用你准备叛逆的东西。

(2) 对正则表达式支持得好的，必然会提供某种方式，允许你深入到其中，操控
所有的一切，只要你愿意。

对.net的诟病之一，正是因为它走向了这一原则的反面。有位老外牛人，一时忘
了是谁，他说：如果.net是一个烤炉的话，它是这样的，特别容易就能做出比如
6.5英寸的汉堡，按标着6.5的那个钮就行 (请准备面试的同学考虑，公司为啥要
为一个只能按某个钮的员工付很多钱呢) 。但是，如果你想做，比如7.4英寸的汉
堡，对不起，不行。原因非常简单，没有那个按钮。

它引导你规范你，按它的要求去操作，去完成它特别擅长完成的工作。这一部分
非常友好。但是，如果你打算做点特别的格路的，对不起，壳子拆不开，汉堡供
料仓与烘焙的部分是焊死的，汉堡来的时候是一箱一箱的，把箱子放在供料仓里
就行，不过你想放点别的，不行。

用崭新的包装把一切遮盖起来，仿佛一切就真的简单的。如果理论上没有突破，
仅靠小技巧，这只是梦想。

有的同学可能会说，.net具有重要的意义，它降低了编程的门槛。当然，是的，
完全正确。那么，我们是否能够重新思考一下这一段话呢？它降低了编程的门
槛， (1) 它会让一些某些工作变得简单--因此更不值钱， (2)那些不容易解决
的工作，仍然不容易解决，因此仍然值钱。

这就是面试的时候，很多打算长久使用你的公司并不太关心你对新技术了解程度
的原因。因为，那一点也不重要。

* 面试1

前几天看到有同学问，为什么面试的时候，我明明应聘前端，却要问我些乱七八
糟的东西，而jquery啊html5啊，这些新的非常有前途的技术，这些我非常熟悉
和感兴趣的技术，他们完全不问。

因为，那些东西对于理论基础正常的同学，学起来非常之快，可能两周之后就开
始使用，虽然深入某种技术，往往需要N年的时间，而如此精确有时并无必要。他
们学起来如此迅速的原因非常简单，因为手册、书籍 (我没有、没有、没有提
到网上短文中的示例)都使用了相同的术语和基本技术，这些术语和基本技术正是
计算机专业学习的内容。

是的，计算机专业学习的内容是术语和基本技术，而不是什么新鲜的热气腾腾的
东西。

关于计算机专业课程设置，很多年前偶像曾经开过一个玩笑，他说：现在oracle
dba这么值钱 (当时是4万？2万？) ，咱们还教什么专业课，专门培养他们得了。

我说：那四年以后，oracle黄了怎么办？

oracle没有黄，似乎日益飞黄腾达了。不过，谁知道呢。我们希望培养的是这样
的同学，他们在毕业以后可以在短时间内学会任何一种新的技术，而所有的新技
术对他来说，区别都不大。

另一个关于计算机专业课程设置的讨论。姜同学是北京某大公司的头头，手下二
三百人。他希望高校毕业的学生能够熟练，j2ee hibernate struts spring，当
年的对话，大致相当于现在的这些技术吧。

一个优秀的毕业生，当在一个月内了解所有这些的使用。当然，我们的培养很多
都失败了，那是另一回事，且不能作为把高校改为技工学校的理由。

为什么面试的时候问你那些特别基础的问题，而不涉及新技术？因为新技术会过
时，而拥有基础的同学，能够学习所有的新技术。

新技术，不是建立在旧一点的新技术基础之上，而是建立在理论和非常旧的技术
基础之上。

* 面试2

可能有同学还会质疑，只问理论，会不会让那些实践强的同学失去机会呢？

以前CCNA考试流行的时候，对通过考试的同学有个分类方法。一种叫paper过去
的,他们只读了书，没有做过实验；一种叫bible过去的，他们背了题，甚至书也
没看懂；还有一种，真正有实践的--不过，你相信一个有实践经验的同学，他从
来没看过书么？

微软和思科，和所有网络考试中最基础的部分，关于osi七层模型，关于tcp/ip
协议，都是完全相同的。这就是基础。

对于了解基础理论的同学，如果，如果他拥有实践的精神，那么，一旦他解决过
一次这样的问题，相同原因的问题，无论故障现象看起来多么不一样，他都可能
解决。而对于只有实践，见过这个故障，见过如何解决的同学，再次见到另一个
故障，他一定无法解决，因为即使原理相同，那也是一个完全不同的故障。

我们所要注视的，根本不是故障现象本身，而是导致它的原因。只有理论基础，
才能给予解释。

我们把理论基础较好的那些，称为学院派。这很多时候是个贬义词，尤其在工业
应用中。但是，我看到很多学院派后来接触实践以后成长起来，我还看到很多野
路子的同学后来开始钻研理论。

* 面试3

还有同学提到，为什么我有这么好的想法公司却不用我，或者不用我的想法。

你的确很有想法，可能非常杰出，但是企业招的却是员工，不是老板。我们都有
把别人当工具的倾向，不过如果想实施 (且不论是否正确)，得先有自己身为工具
的觉悟。

好想法，应该讲给风险投资商听，或者你自己有钱的话，讲给自己听。

* 考试

齐同学动手能力挺强的，他抱怨，为什么考试的时候要考概念。

因为，我们将使用这些概念进行交流。比如，正则表达式，这是个严格清晰的概
念，一点也不像文科同学说的什么...那些乱用词。

我们不能使用诸如"开头两个字是课文"，这样的说法只能在跟人类跟用户这样有
限的交流范围使用。

之所有要考概念的另一个原因，你真的以为自己清楚地掌握了它么？

的确，这样，有的同学靠背诵就能得到很高的分数。这是考试技术低下造成的，
我们却不能因此放弃对概念的掌握。

从难度上看，背诵 < 举例 < 使用 < 复述。

有的时候，即使你偶而能正确使用 (在有限的场合下，有时还受到技术主管的辅
导或限制，因此不易失控)，也不见得总能正确使用。而复述，可以考察出你是
否了解其中所有的要点。

齐同学还提到，背概念真没意思。大意如此。

概念从来就不是背的。不要使用别人的词汇，而应该使用自己的。如果你对要
点有所遗漏，当你应用它的时候，你如何确保充分注意到这一技术的优点、缺点、
使用的限制？

使用的时候再查书？这确实是个答案，而且是个不错的答案。

不过有些东西，我们要求的是熟练，而不仅仅是掌握和理解。在水里理解自由泳
的精要，而不会熟练地扑腾 (还需要足够的心肺功能和肌肉耐力吧) ，也是白扯。

要求"熟练"的一个结果，就是那些你最经常用到的知识，绝不会不理解，虽然不
能确保你的理解没有编差。

谁说的来着：不了解自己的文章中的词意的作者应该枪决。同样，只会抄网上示
例，甚至不知道调的那个函数原型，没有读过手册的程序员，也...

* 李记者

你辞职，我对你还是挺有信心的。相同的技术和理论，总可以应用于不止一家公
司和不止一个领域。

这个故事告诉我们，新技术等等，都是浮云。我们内心深处的，能长久停留的，
才可能成为我们自己的一部分，永不失去。

祝你顺利。

pics

2012-01-10T16:52:00.000+08:00

悠长假期

2012-01-10T15:08:00.001+08:00

悠长假期

1. 悠长假期，带本什么书

这些天，不停地做梦编程序。有一次逻辑太难，我只好从梦里醒过来，睁着眼睛
看漆黑一片，窗外连隐约的路灯也都熄了。在清醒中解决了那几行，然后又沉沉
睡去。

昨天，十字路口很多人在烧纸，是过年的前奏。东一堆西一堆，火苗腾跃，旁边
的人不停翻动纸堆。

我突然想，如果我此刻挂了，该托家人给我烧本什么呢。长夜漫漫一定非常寂
莫，无书可读一定更加无聊。

出差的时候，我总是随身带本小册子，不沉，又不那么容易看完的。每次出差前
整理东西，选书总是要花不少时间。因此，很多年来，设计模式我读了好多遍，
直到有了kindle。

我见过向龙同学吃饭的时候拿出手机赶紧看两眼《大秦帝国》，那个时候秦始皇
已经出世了，估计现在他换另一本了。张科长同学前几个月在看的是《官场现形
记》，崔老师看《这才是春秋》。偶像提到过，去大连ACM的路上，我看《编译原
理》，现在也只看了四分之一左右。罗同学还提到过，她和韩老师在王府井逛商
场，我在门口看书，那本是什么我却不记得了，也许<UML Distilled>?

从烧纸的火堆路过，想，如果是漫长的旅程，只选一本，真得好好选选。我想到
了SICP，这本挺扛看的，第二遍还没有看完，还要很多细节要想。但是，不配几
本参考书，手头没有实验环境，非常不方便啊--毕竟，真的出差，还有机会回来
再做实验。

也想到了龙书。但这是会看完的，然后对于工程的启发，或者底层的程度，可能
也就有限度了。

然后我想到了《牛虻》，想到了《高卢战记》。

暗无天日，旷日持久，哪本书才适合漫长的相伴？

然后，一批书目从我心上掠过。太多了。好多书都难以割舍，只好继续活下去，
慢慢把它们看完吧。

2. 那些迭代的意义

读罗素《幸福之路》。他提到，有人认为人生的意义之虚无，因为不过是一代又
一代人登场然后又退场，阳光之下没有新鲜的事情。

这让我想起计算机程序设计中的迭代。

计算机最擅长的事情是重复，一次次做相同或类似的动作。为了显得IT男们有
文化和品味，我们更乐意使用迭代这样的字眼来代替重复。就像小资们用波希米
亚代替吉普赛或捷克斯洛伐克，用HR代替人力资源。那样显得倍有面子。

说到重复，人类希望机器做的，自己却并不一定喜欢。想想《摩登时代》里的卓
别林，我们就知道为什么后现代们会提出"异化"这样的词。人类并不太适合或者
不喜欢一成不变地重复。

我们不喜欢变化，但是我们期待重复，它给我们安全感。每个人的心里是不是有
断背山我们不知道，但是每个人心里都有半拉雨人是差不了的。我们期待每天发
生相同的事情，坐同样的班车，遇到些相似的面孔，他们会做你预料到的行为。
这个月铁定会发这么多钱，项目也只能是大约这样的，出不了大格。

虽然很多人想做逃跑新娘啥的，想喷领导一口唾沫，想在地铁里遇到哥斯拉什么
的，那也只是想想而已，不然就不必有那么电影帮助大家YY这些无法实现的愿望
了。

重复的生活，不变的仪式，所给我们的安全感，与给雨人的感觉没什么差异。所
不同者，我们期待重复里有小小的不同。

起-承-转-合。起承，这些都差不多；转一下，生活中的变化；合，再重回到旧
有的轨道上，整体上又略有差异。

在迭代、重复、循环中，我们有三个部分需要处理。

C语言里一般这么写： for (i=0; i<10; ++i) {...}

(1)起始条件，就是 i=0。

这类似于数学归纳法中的 n=1 时等式成立。经典的求斐波那契数例的最开始，
如果用递归法，就是n0=1, n1=1。

我们的起始条件各有不同。具体的说，我们初生时根本就不在同一条起跑线上。
有些人A出生在好地方，另一些人B需要花费大半生才有资格在A出生的地方生存
下来，而A出生就具有这样的资格。很多时候，A认为，这是理所当然的。这个再
具体地说，北京出生的人认为自己留在北京是理所当然的，而外地人留下来就是
"我就不明白这些人怎么回事儿，非要到北京来"；美国出生的人认为自己留在美
国是理所当然的，而其他国家，尤其是亚非拉的，那就是挣夺了他们高贵的工作
岗位。我们大概都是这个路子，属于我的，那一定是我的，别人谁也别想抢；至
于别人认为应该属于他们的，我们就想，靠，这太不公平了。

这基本是极坐标的思考方法，以我为中心。这世界上还有另一种坐标系，叫做迪
卡尔坐标系，我们可以回忆一下，虽然久违。

血统所造成的差异，可能持续终生。在人人网上刚刚读了某同学的贴子，我很悲
伤。贴子大意是某 (女？)同学抱怨男朋友如此小气，过不下去了。历数的事情
包括她花自己的钱唱歌请朋友们吃饭是不必经过男朋友批准的，因为那是自己的
钱；重申了房租不超过1/5都不算多，他们的房租仅1800。

文笔挺好，说得也都在理。凭啥你节省就不让我花钱。

后面还提到：男朋友的父母太节省了，买肉只有他的爸爸能吃，他的妈妈发的工
作服要穿十几年。

如果他的父母有你的父母的收入，还这么节省，几十年下来，该是多么富有啊。

叹气。

写到这里，想起小牛同学曾经说，"其实中国是没有阶级的。"我当时说，你当然
这么认为。或者这么希望。

(2)终止条件，就是 i<10。

有些人就是能活，没办法。最后把所有意见不同的都靠死了，自己就是老大了。

我的平生夙愿就是一直活下去，等你们全死了，给你们挨个立传，想写啥写啥。

如果只看起始和终止条件，每个人的一生都差不多。来到世界，经过一些事，然
后挂了。那人生还有什么意义？意义在下面。

(3)每轮迭代，就是++i及{...}里面的那些东西。

在函数式编程中，强调只得到返回值，而不希望在每轮迭代 (及整个计算过程中)对
环境有任何影响。凡是对环境的影响，称为副作用。

人生的意义，恰恰在于副作用，即你对于别人的帮助。

这样当你挂了的时候，就有人怀念你曾经的存在令世界有所不同；也许还有人给
你烧书看。

正是这些副作用，而不仅仅是求值的结果，让我们区别于外界环境这个纯粹物质
的世界。

其实，做工程和做练习也是一样的。能得到什么结果，挣多少钱，不过是副带的
一个结果而已，我们不必以这些来评判自己的价值。

徒步的人，如果只是为了结果，有那么多现代化交通工具可以选择；推哑铃的那
些，跑圈的那些，不过是一次次一次次推起来跑过去，又回去终点；做各种实
验，最终大体都扔到废纸堆里或者删除。

但是，这些过程，令我们从纯物质的世界里分离出来，成为人类--或者工程师。
我们所享受的，不是结果，而是过程本身的吸引。

想起了以前对建一同学说的：工程本身很重要，但是它远不如你做工程很爽重
要。

人生就像一个短促的假期，你从何而来，终止条件如何。在这期间，你发生了哪
些变化，你令世界发生了哪些变化。

假期开始了，你快乐么？

那些非常好的书

2012-01-07T20:15:00.001+08:00

有同学问，"哪些书非常好"，答复如下。

列表在这里：[http://book.douban.com/doulist/1371567/]

1. 很些书因为太好，出了好几个版本，它们之间的区别对初学者不是非常重要；
基本上，哪本都非常好。

2. 如果可能，建议读英文版。总有一天，你的所有阅读材料都会是英文的，所
以，总要有个开始。从哪本开始，区别不是甚大。

我的第一本是计算机网络与因特网，Comer那本，薄，相对简单。读的时候计算
机网络有一些基础了，看过不少英文文档。第二本是计算机网络，Tanenbaum那
本，厚，用词非常文雅，所以很多词不认识。以后的我就不记得了。

选择你的第一本英文著作，有些原则可供参考。1.选择你喜欢的。所以，男同
学，不必非得强迫自己去看简爱飘红楼楼那些看了就想睡的作品。打打杀杀
的似乎不流行了，没品味的样子，词汇也太少，那么，就从技术看起吧。2.复杂
或困难的，同时你已经有些了解的方向，想细读的。这时速度就不那么重要，因
为阻碍你阅读的不是语言本身，而是思想，所以英语还是汉语的差别不大。3.傻
瓜书什么的不行，它们太幽默，俚语太多，这些对老外简单的东西，对我们正是
难的，而且啥用没有。

Visual C++ 技术内幕，建议第4版，中文的挺好。侯捷先生翻译的，中文版跟英
文版一样流畅；潘爱民先生翻译的，也是质量保证。

3. 有些书是免费下载的，有电子版。同时，有些书是有版权的，不过也容易找
到电子版。有些书英文只有电子版，同时有纸质中文的。对于不习惯电子版的同
学，劝告一句，你习惯一下吧。墨香什么的，都是给文学青年们感受人生准备
的，技术男就别太介意感受了。此外，未来的世界如此艰难，哪有几家公司会为
你准备打印好的文档呢。

4. 想说"以后有时间再一一细评这些书"，后来一想，这也太狂妄了。这些都是
牛人牛书，还是推祟并表达一下敬仰吧。

感谢他们助我成长，也希望你会有同感。

1. 编译原理
作者 : Alfred V.Aho/Jeffrey D.Ullman/Ravi Sethi
出版社 : 机械工业出版社

2. C程序设计语言
作者 : 克尼汉
出版社 : 机械工业出版社

3. 现代操作系统
作者 : （荷）Andrew S. Tanenbaum
出版社 : 机械工业出版社

4. 计算机程序的构造和解释
作者 : Harold Abelson/Gerald Jay Sussman/Julie Sussman
出版社 : 机械工业出版社

5. 算法导论
作者 : [美] Thomas H.Cormen/Charles E.Leiserson/Ronald L.Rivest/Clifford Stein
出版社 : 机械工业出版社

6. Applying UML and Patterns
作者 : Craig Larman
出版社 : Prentice Hall PTR

7. Design Patterns
作者 : Erich Gamma/Richard Helm/Ralph Johnson/John Vlissides
出版社 : Addison Wesley

8. UML Distilled
作者 : Martin Fowler
出版社 : Addison-Wesley Professional

9. UML应用建模实践过程
作者 : 尤克滨
出版社 : 机械工业出版社

10. 数据结构
作者 : 严蔚敏/吴伟民
出版社 : 清华大学出版社

11. IBM-PC汇编语言程序设计（第2版）
作者 : 沈美明/温冬婵编著
出版社 : 清华大学出版社

12. 软件工程：实践者的研究方法

13. Word排版艺术
作者 : 侯捷
出版社 : 电子工业出版社

14. Windows 程序设计：第5版
作者 : CharlesPetzold
出版社 : 北京大学出版社

15. 计算机网络与因特网
作者 : (美)Douglas E. C
出版社 : 机械工业出版社

16. 计算机网络
作者 : 特南鲍姆
出版社 : 清华大学出版社

17. 数据与计算机通信
作者 : 威廉·斯托林斯

18. C++程序设计语言（特别版）
作者 : [美] Bjarne Stroustrup 贝尔实验室
出版社 : 机械工业出版社

19. C++ Primer中文版
作者 : [美] Stanley B. Lippman/Josee Lajoie
出版社 : 中国电力出版社

20. Visual C++技术内幕
作者 : 小克鲁格林斯基

21. Java编程思想(英文版.第2版)
作者 : Bruce Eckel
出版社 :

与机器(或男人)沟通的原则

2012-01-06T21:24:00.001+08:00

与机器(或男人)沟通的原则

今天感冒头疼，脑袋不咋清楚，以下主要扯淡，跟技术关系不大。这也反应了最
初决定开写博客的原因。我很长时间一直担心所写的东西过于幼稚，不入大家法
眼，又担心过几年以后会觉得以前写的东西太担淡了。不过，后来被劝道：1.即
使特别糟烂的东西，总也可能对更幼稚的同学有所启发；2.错得离谱的那些，自
然会有同学跑上来骂，这样我就可以进步了。

这就是写博客的目的：沟通--软件工程中代价最大的部分。

* 差异，世界不是你想像的那样

需要沟通的原因是，接受信息的人和发出消息的人所了解的信息是不同的。所以
跟黄同学提到过几次的一个写文档的原则："要清楚"，原因就于此。

如果读者已经知道了你要写的内容，他为什么还要读。所以，在动笔以前，你就
要猜测读者不知道些什么。最简单的猜测是：假设读者啥也不知道。这是安培当
年在演讲中用过的方法，也是我们看到很多牛的英文教材写得非常详细 (甚至罗
嗦)的原因。类似的，为什么我们的很多教材非常薄而简洁，我恶意地猜测，作
者只是想告诉我们：你看，我懂。如此而已。他并不希望我们也懂，也不愿意为
我们懂而努力。

所以我们也不愿意买他们的作品。

写得简短，可以藏拙，或者期待由于自然语言的二义性，虽然你不明白，但是读
者明白了；写得罗嗦，至多是被跳过；或者……我也看到过对我罗嗦不能忍受，跳
上来骂我的。

沟通需要先预设背景，那是双方都接受和明白的部分，然后才是交换差异的信息。
忽略背景，固然简洁，但是那是没有基础的楼宇，清楚打了折扣。

所以，讲故事都要先来时间地点。

比如以前导师讲：芬兰有公路可以直达北极圈……那一路上都要小心鹿……路边有牌
子，上面写着"小心鹿"。就跟咱们有些人跟北海道的鬼子学习，在车上喷个牌子
"有熊出没注意"。

我当时感叹：看看人家，多环保啊，怕把鹿压着了。

导师说：是怕把车撞坏了，鹿长得很大，也够结实。

这个故事告诉我们，世界不像我们想像的那样，所以我们才需要沟通。

* 不沟通的情况

小学的时候看过一个笑话：方程有两种，一种是方程，一种是非方程。就是有
时候你解一个方程 (等式)，解了半天，到最后，才发现，其实那根本不是个方
程。

但是最初的时候你不知道的时候，也称它过方程来着。

是不是有同学想到了很多别的东西？

所以，沟通有两种，一种是沟通，一种是不沟通。

什么时候不沟通呢？

当表达无效的时候，我们会选择停止沟通。双方互骂，互掐，对打，仍然在交流。
真正的不爱，不是恨，而是冷漠。

在琼瑶还不是奶奶的时候有部小说，名字忘了。女子很多年 (杨注：一般仍很年
轻，所以很多年一般是0.5或者0.3年的样子) 后见到了当年的男朋友，然后场
景，男子不在场的时候，她问她爸，"他刚刚怎么评价我？"

她爸说：他大骂特骂了你，没有一句好话。

女生喜极而泣：太好了，还有希望。

你会对陌生人发火么？如果会，你会对电线杆子发火么？小时候我们会的，撞了
墙还要打墙两下才能解气。

所以做项目的时候，你的客户 (还有你的下属和上级) 不跟你沟通的那部分，才
是更重要的，所以请他们表达出来非常重要。而"请"他们表达这件事，绝不可能
是他们自己的责任。

昨天某公司一位常务副经理说：大学做开发啊，进度慢……

他说到这的时候我频频点头，不是表达礼貌，而是表示赞同。他的担心不无道理。

但是他接着说：意识啊，意识问题。

我笑了：某经理，其实这主要是个成本问题。

言下之意是，如果你给够钱，当然意识可以更好。不过，我得说，我这不是什么
好的沟通：无论从方式，还是从内容上看。

很多年前，我还是本科生的时候，就对老板这样说过。这不是意识问题，因为并
非这个世界围着你转的就是意识对的，按你的控制操作的，就是好的，而不利于
你的就是不咋地的。

不是只有你的意识才是意识，每个独立的人类个体都有意识的。

当你想要操纵，或者诱导别人的时候，你与他的沟通之路就已经封闭了。人与物
之间没有什么好交流的。

前面那位常务副经理显然明白了我的意思，停止了沟通或布道。当他过了一阵再
次提起意识二字的时候，我又笑了，他又不说了。

这时可以判定，这是有效沟通。

如果沟通无效，其中有些，可以试着换个方式；有些，则只能停止。

在包括面向对象系统分析与设计的方法中，有一个术语叫做消息。当消息到来的
时候，接收消息的信宿要做出一个动作 (执行消息响应函数，转发或执行对应的
消息句柄，等等)。这里有一个前提，那就是消息接收者有响应消息的机制，称
为责任。不承担责任的对象，就不能响应消息，因此不能接受通信，因此也没有
存在的必要--因为你无法调用它。

我们所看不到摸不到，也不能沟通的，就是不存在的。

* 沟通的原则

沟通有时候进行了，但是却没有效果。双方都有责任。当我们用计算机语言跟机
器沟通的时候，如果沟通无效，那责任只在我们自己。

因为机器是男人设计的，主要是西方的男人设计的，所以文化色彩可能跟咱们习
惯的略有差异。

经常有人说，日本人说话非常暧昧。这里的暧昧与色情无关，指的是不清楚，模
糊的表达。

我看到最早的例子是这样的。美国人和日本人谈判，美国人不管说啥，日本人都
说"嗨"。美国人一看，这日本人真好说话啊，那就提要求提要求提要求。第二
天，日本人不签字，说，我那些个"嗨"，就表示"听到了"，不是"我同意"的意思。

其实咱们中国人也差不了多少。我经常见到有人频频点头，就表示我听到了，丝
毫也不表示我同意，甚至他说"是啊，对啊"的时候，也并不对应具体的意思，那
和脏话差不多，仅表示语气。

我们还经常见到，职员对老板说的是：你看，现在物价涨了，房租挺贵的，我媳
妇认为我的职业没有前途……他要说的是：我想涨工资。

当年一位老板对我如此暧昧地说：小杨家境挺贫寒的。

我说：你应该把上次做网的工资给我，这跟我的家境没什么关系。

后来我说，某部分是我做的，既然合作失败，我要删除那部分工作。他也同意了。
再后来，他说"你痛快把这部分活做了"，这暗示报酬还是可以有的，谈判还是可
以继续的。

好了好了，回忆这些让我感觉我们大家都是女人，生活在红楼梦之中，每句话里
都套着各种话。

……女人们也经常交流了半天，却没有传达任何具体的信息。事实上，她们传达了
重要的信息，那就是"你看，我乐意和你交流"。这也很重要。

不过，当你跟机器 (或男人) 交流的时候，则完全不同。我以前对韩师姐说过一
句话，作为原则，跟机器交流可以容易得多：指令要简短，意义要明确。

不要试图暗示。

当年去芬兰之前，偶像教导我说，如果遇到老外讨厌的，可以一边笑着一边骂他。
我挺感激偶像的，不过我不会那么做。一定要选择对方听得懂的语言，表达不满。
最礼貌的做法是，在发起攻击之前，要给出明确的信号--这一点，东北人做得不
好。东北同学应该理解南北的文化差异，南方的同学们并不认为辱及母亲的词是
发起动作攻击的明确信号。

同办公室的黎巴嫩同学曾经拿我的一个瓷碗开玩笑，说：你们是把这个东西叫做
china？

我说：这并不有趣。

你会说什么？啊，虽然我知道你并无恶意，大家的文化差异很大，云云？最清晰
无误的消息传递就是：明确告诉你你不喜欢。

今天在人人网，转了某位同学的博客，她明确告诉她的师姐，非常不喜欢这位师
姐的行为。

挺好的。

明确地表达能够让别人清楚地了解这个世界，包括你的那个部分。

蔡依林先生说："等我跳不动舞的那一天我还会做舞曲，到那时我会唱不需要跳着
舞唱的舞曲。"

杨注：先生，是一种尊称，与性别可以无关。例如：孙宋庆龄先生。

我们知道，她是真的热爱唱歌，可以失去舞蹈，但是不能失去歌唱。

有位同学说：她想选文明史两门课，因为特别热爱。有另一位同学说，那就去旁
听呗。她说：我还想要学分。

当你还想要别的什么的时候，我们就要考虑，你想要的，到底是你先提到的那
个，还是后提到的那个。

当有人说，我真的喜欢你，如果你有房子就更好了。我们会有同样的思考。有人
尽可以补充说：安全感啦，什么的。但是，带了附加条件的，都是另一种东西，
而不是你声称的那种东西本身。

如果你真的喜欢编程，你还会在乎它是不是赚钱么，在乎编哪种程序最赚钱？你
会用钱贴补编程这种行为。

有同学说：我真的感到学习理论的迫切，但是图书馆的书太难借了，买书呢，太
贵了。

有同学说：我真的非常想做项目，但是学习很紧张。

请回想，你买魔兽点卡的时候，请回想，你给她买个冰淇淋然后牵着她的手满校
园走的时候。

当你在乎做什么对你的生活影响的时候，我来告诉你：你并不喜欢它。你在用一
种日本人暧昧地方式在眼自己的内心交流。

如果一个人骗了你，你想不想整死他？如果你的心骗了你呢。

嘿嘿。我听到有人说：也许他 (它)是无意的。

是这样，所有的欺骗都是有意的。欺骗这种行为，只能是有意的。啊，对了，唯
有一种例外，那就是幼稚。据说三五岁以下的孩子，还不能完全分清现实和想像、
愿望和事实。

有时候，是一种表演吧。对别人表演，也对自己表演。就像有些经理，要求员工
努力工作，不计代价，后来说得自己都信了，直到损失自己的利益的时候才能再
重新发现事实的不同。

我一直以来对演艺人员不存好感，偏见地认为，他们往往把生活本身也作为一种
表演。请参看海报栏里学生会同学们的照片，注意他们的微笑。

蔡林依先生的话让我明白，有一种情感，是对表演的热爱，而这种表演并非希望
获取不当利益的欺骗。她的直截了当的话，清晰地传达了这一点。

你能清晰明白地告诉我们，你热爱什么东西么？

前几天在人人网看到一些同学在转一个状态，如果当初不能XX，我就去YY。比
如，如果不能编程，我就去做个销售。

蔡林依先生估计会说：如果当初不唱歌，我就唱歌。

我说：如果不能编程，我就去死。

* 还有啥时候不能沟通

有的时候无法沟通，仅仅因为回答者没有答案，或者，你想知道答案太早了。

夏笳同学在douban上答复某同学的提问如下。

问题是："请问写一篇一万多字左右的科幻小说，除了清晰的情节线条，积极健康
的主题，还有完整的格式起承转合之外，要写得好一些，能够得上发表，还需要
什么要求？"

她的答复是："请先写出'一万字左右，清晰的情节线条，积极健康的主题，完整
的格式起承转合'，然后编辑会告诉你还需要点什么。

通常，提问题还会在前面加上，我如此热爱科幻写作啥的。这时，答案可以缩减
为：去做你喜欢做的事。

不然就可以问：你是喜欢写作，还是喜欢写作成功被吹捧的感觉。

又，当你写出了'一万字左右，清晰的情节线条，积极健康的主题，完整的格式起
承转合'的作品的时候，通常，你已经知道应该还需要什么了，或者，你知道了
如何去寻求到底需要什么。

编程也是一样的。

经常有同学问：如何才能成为一个好的程序员呢？

回答可以是这样的：如果我知道，还会有时间在这里扯淡么？

回答也可以是这样的：去编程序。

同学可能会追问：然后呢？

然后，然后你就知道答案了。

有些事情，只有彼时才能理解信息，此时的沟通毫无必要。不是现在不告诉你，
而是，只有你自己亲自长大，才能明白。

当一名战士就是一支军队，那些不需要软件工程的时候

2011-12-31T01:20:00.001+08:00

当一名战士就是一支军队，那些不需要软件工程的时候

* 最初的代码

1994年，当我开始对编程感兴趣的时候，还没有软件蓝领这一说法，但是我已经
有了后来软件蓝领流行起来以后的困惑。

我第一次做的比较大的程序，是用GW-BASIC写的，没有IDE界面，需要按行号插
入，黑底绿字的显示器，单个软驱倒腾用两张盘。 (感谢我们的导员刘春光老师
每天中午借我用他的计算机) 要编的程序是自己想出来做着玩的，一个DOS界面下
CGA显示模式，菜单方式的……班费管理程序。如同齐同学的那个定票系统，这个软
件并没有实际应用，不过，它对我来说，比此后所有写的程序都更难。

代码后来参加一个比赛的时候，打印了唯一的一份纸质版，打印纸抻开比我举起
手还要高。我当时遇到了程序设计中的核心问题--大量的代码，复杂的逻辑。

我当时使用了GW-BASIC提供的一个非BASIC的功能 gosub，类似于函数调用，它帮
助我逃过了程序彻底混乱的厄运。后来当我学到模块化思想的时候，如遇故人。
我毫不费力地就接受了这个观念，因为痛过，所以印象深刻。

后来经常见到有初学的同学函数写得超出两三屏，还很得意自己逻辑控制能力。
我就在心里撇嘴，你那是还没受够罪。

大量的代码，复杂的逻辑。软件工程给了我们某个答案，就是软件蓝领，它声称
大量的人工、短期培训、重复地简单劳动，能够解决--以工程的方法--大量代码
和复杂逻辑的问题。

是的，我们这么干过，好几千看前就这样做。埃及盖金字塔，是没有起重机的，
而是靠几千几万人力完成的；中国的古长城 (不是当代的) ，也没有等待现代电
子计算机和通信技术的发展，而是靠万喜良们的双手堆砌出来的。

那个时候，他们一定期待一种东西，可以用燃油作为动作，稳妥精确地运输沉重
的材料。

但是他们没有。因为是时代是父亲是民族选择我们，而不是反过来，所以很多时
候很多事情都不能一蹴而就。

有的时候，智力或自然的法则也参与限制。

* 他们说，没有解析解

在数学当中，有一种解题的方法得出的结论称为解析解。我们解一个方程，得到
结果，如果我们所做的常见运算只需要有限次，那么，这个结果就称为解析解。

这是什么意思呢？就是说，你可以通过公式，只需要一个大式子，可能非常大，
但是最终可以计算出结果，直接地。

难道不都是这样么？不幸的是，还有一些方程，伟大的牛人数学家们告诉我们，
有些方程就是不能通过公式求出来。而我们在工业生活中还需要求解。

数学家牛人们还是有办法的。他们创造了另一种方法，用猜测-比较-再猜测，大
致这样的方法，逼近我们寻找的那个数。这些牛人们中的第一位就是著名的牛顿。

但是，我们得到的是那个"数"，是整个方程中的一段，而且是粗糙的。精细的完
全一致的解，可能永远也无法求得，我们得到的就是对于当前的应用"足够"精确
的个案。

人类是多么地热爱形而上，热爱一次性解决所有问题啊。可是，数学牛人们说，
有时候，你哭也没有用，就是不行。

在程序设计中也是一样，只有工程方法，有人说，就是蓝领方法，才能解决大量
代码和逻辑复杂的问题。

如果没有燃油，没有热功当量，除了征服更多的奴隶，又有什么方法能够赢得自
己的自由呢？

但是，我们是否已经判定程序设计一定没有解析解，所以只能靠人力逼近？

* 解析解

我和李记者曾经对刘典同学怀有偏见，认为他(没有虽然技)技术极好，但是却从
不注重软件中的工程，也不怎么注重合作。

今天，关同学用事实给了我强烈的教育。她用事实告诉我：软件工程为什么有时
可以忽略？因为有的程序员，她一个人可以完成超过100个程序员的。

就像有的战士，一个人就是一支军队。

刘典同学讲过他写数据库的程序用了编译原理生成代码，讲过写手机游戏的时候
用虚拟机。前几天，我刚刚写了3千多的代码生成器，吐出来近6万行代码。这些
给我的印象也都没有今天这样深刻。

程序设计，是一种创造工作，就像写小说。与写小说不同的，你所创造的是一台
机器，它可以做很多事，你甚至可以制造一台机器，它以代替你写作最终需要的
代码。

在所有的计算机本科都开设了相关的课程，叫做编译原理。在一定程度上，这是
一个解析解。

* 关同学

今天我CIAC的导师请大家吃饭，辛苦一年。导师本人想参加，我托包师弟说：不
欢迎他。如果导师出现，今天稍微拘谨的场面，就可能令聚会完全不同。

我们讨论了，我们吃午饭了，我们唱歌了，我们又吃晚饭了。

刚开始吃晚饭没多久，包师弟说：2012的上半年，我们有一些任务要完成，相当
于本年度完成任务的40倍工作量。

他说：这些工作都是相似的。

可是这些相似的工作如果不能抽象出其中相同的部分，就没有一点相似。我们人
类看到的相似，对于构造代码而言，毫无用处。

我看不出来相似。然后我想了几个方案，又都推翻--我在想从哪里抓那么多奴隶
来，又用什么报偿他们，工程本身于他们何益。其实，同学们并非奴隶，必须保
证同学们有足够利益和受益，否则除了我自己，一个人也派不出来。

我说：包师弟啊，你能不能别在吃饭的时候说这个，我都吃不下去了。

我真的吃不下去了。焦虑。而且，从这以后，我真的几乎没吃啥。

奇迹时刻。

关同学说：老师其实我想了，这些方案都是类似的。

我说：啊？

她说：所有的界面都可以……根据配置文件，new 出一个 label来……

是的，不熟悉关同学的，对女生能否写好程序有疑问的，请仔细看一下，她，不
是他。

而且，她也不必再解释这个方案，因为软件组可以全体解散，而剩下的工作，只
需她一个人短时间就可以完成。

这就是抽象的力量。

她没有写GUI，而是解析配置文件生成了GUI；她绕过了令我头疼的C#如何表示
GUI--这样就可以生成RC文件，在编译前，我考虑过的方案--而是在运行时，new
出所有的GUI控件来，相当于解释执行的。

* 后来

后来，全体软件组成员加入了硬件组，将承担下位机的代码。很好，我终于不用
再讨厌他们用的IDE了，因为再也没有他们熟悉的VS什么的了。我们都开始进入
单片机或ARM的世界。

后来，关同学对我的赞不绝口指出：这个方案是你告诉我的啊。

我说：啊？

她说：就是大仪网的时候，你告诉我blabla。

我想起来了。不过，这仍不是我的方案，而是她的。一个方案之所以好(像这个，
好到如此突出，以致你一眼就能看到，绝不可能错过，如果你看到了的话)，是
因为它被应用在一个恰好合适的领域，恰好解决了一个难题。至于这个方案有多
难有多容易，有多高科技，其实不是多重要。

关同学刚毕业的时候，我们在CIAC讨论一个框架，当时我说：这个倒是可以再抽
象，不过我的方案有点耍赖了。

关同学说：你是不是要用函数指针。

是的。而且我非常欣慰了一下，因为学生优秀。

黄同学当时认为：函数指针，也没啥难的啊。

是的。函数指针一点也不难，能想到用函数指针解决这个问题，是一个高度。

关同学在此刻想到了一个如此好的方案，所以接下来的半年，我们都不必那么焦
虑了。

这就是解析解。

关的方案，不是减轻了劳动，不是像我以工程的方法、各种测试 (关今天还提出
用MATLAB生成测试数据，也很好，后来给齐同学用上了) 来控制代码质量，用框
架规范程序员的行为，这些都不是，关同学直接替代十来个人把40个用例生成了
出来。

代码质量如此一致和优秀，是由图灵保证的。

* 后后记

上午，与一位技术人员和一位经理谈话。

我提到通用的CMS > 定制的站点 > 使用CMS。

那位技术人员不认可。我说：我刚刚说错了啊，我不是指复杂，而是指困难。

那位技术人员blabla说，这不困难，只要如何如何即可。

我说：其实我们也不必达成一致意见。我的意思不是说我们无法实现，我说的我
会收更多的钱。

争执略去，我同意那位技术人员的下面这个观点 (大致意思，我翻译过的) ，但
是当时没有时间表达：这不是工作量，而是更高的高度。

是的，那不是更复杂，不是更消耗时间，甚至不是更困难。

那就是更值钱。

关同学用事实告诉我：一名战士完全可以是一支军队。没错。

我早就说过

2011-12-21T01:21:00.001+08:00

我早就说过

"我早就说过"，经常有牛人说出这一句话，配合气场，一般代表我多么地牛啊，
早就有些先见之明。有时候，还附带对听众的嘲笑，你看，你们居然不识货。

我们常听到：某某观点我们祖宗早已有之，某某技术不过是啥啥技术的翻版……

再来看两个例子。

云服务的。当年，我整了几张大纸，画下了一个方案，命名为"科技改变生活"，
内容是把计算和服务、软件都放在主机端，终端都用计算性能非常性的机器，只
负责显示。跟丁老师聊，他认为，这根本不可能。几个月后，云服务的概念正式
提出，当然，由别人，不是我。

我的先见之明值得自豪么？不。因为我只有瞎扯的能力，如果整不出来，我也不
用负任何责任，所以，我也没有投入所有家当去整这个极有前途的东西。

又。ZHUMAO有天提起来，他刚工作，或者还没工作的时候，跟我提到可以在计算
机里面装两个操作系统，一个跑在另外一个里面。我完全不相信，我觉得只有多
启动这一类的吧，怎么能一起跑呢。他说我都装出来了，我也不相信，直到亲眼
见到。说实话，我忘了这事很久了，因为不是我的光荣史的一部分。经他一提，
才想起来。ZHUMAO同学比我在云服务中的表现要好多了，他真的搭了个虚拟机出
来。

我没有这种先见之明很应该惭愧么？也不。因为，即使我能预见到虚拟机巨大的
市场和技术潜力，我也没有能力实现。自己无法实现的事情，远观则可，没有必
要为没生出来的鸡蛋们打碎了而悲伤。

前几天去学习精品课，听到两则八卦，也能说明类似的问题。某学校有个计划：
根据学生的既有表现和举趣，为学生提供下一步的建议，该学生该看什么，都可
以计算出来。

很有雄心的计划，问题是，用什么样的技术手段可以实现呢？对于无法实现，至
少我们无法实现的东西，讨论到细节和投入资金，除了丰富一下想像力又有何益？

另一个故事。说一位博士设计了个CPU，能在o(n^7)--可能是7--时间复杂度内解
决某个问题。更牛的人判定，这个问题像是个NP难问题，也就是说，这个问题理
论告诉我们，不能在这种时间内解决。即1.这位博士创造了奇迹，他很快就要得
图灵奖了，整个计算机行业的数学基础也快要换了；2.他整错了。

在严格地论证以前，你更愿意相信哪个？

能尽早地判断美好地梦想不能实现，并承认这一点，非常重要。甚至比美好梦想
本身更重要。

判断那是美好梦想还是可能未来的一个重要的方法：你是否具有实现它的能力。

如何度量能力本身呢？

我并不太知道能力应该如何，不过，对于这种能力不是什么，我略有考虑，与你
分享。

实现梦想的能力，不应该是聪明和飞跃的。

《三宝大闹宝莱坞》里，编剧和导演为了表现主角是聪明睿智的，设计他完成了
以下任务：用照明灯的电惩罚向门上撒尿的学长、带无线摄像头的四旋翼直升机、
把危重病人绑在自己身上用两轮摩托车送去医院……用自行车带动（发电？）电推
子剪羊毛。各种聪明的做法。这些都很了不起，但是这些做法有个共同的特点，
使得它们的效用受限，那就是，这些做法不能用于设计航空母舰、航天飞机、导
弹，甚至AK47。我们在这些工业成果中，看到的是智慧，聪明无所置其身。

也许吧，印度和我们一样，作为第三世界国家，对于技术具有这样的幻想，我们
认为英雄可以拯救世界。而事实上，即使有一千个刺客，也不能攻下四平。孙子
说，以正合，以奇胜。没有正，奇是没有用武之地的。杀伐掠地，最终靠的还是
野战攻城，而非奇技淫巧。

《黑客与画家说》编程有三个层次：

: （a）使用一种强大的语言，（b）为这个难题写一个事实上的解
: 释器，或者（c）你自己变成这个难题的人肉编译器。

使用lisp语言，就是方案a；先写接口和函数库，或者写个dsl，大致相当于方案
b；用设计模式，或者把可能用编译器或者lisp macro生成的代码用手一行行写出
来，大致是方案c。

作者暗示我们，方案a是最高妙的，方案b等而下之，方案c最基础。

估计有很多人想，俺们应该按方案a行事。

问题是，如果你能够使用lisp macro的话，有一个前提，你本人必是编译器/解释
器的专家，才有能力运用这种高级的特性。利剑在一个居家的妇男手中，可能还
不如切菜刀好使。如果你想用方案b，写个解释器，除了要具备写解释器的能力
外（此时不需要具备lisp macro的运用能力，也不需要会lisp语言），有一个前
提，那就是你本人必须能像编译器生成代码一样用手把代码写出来。你只是不想
这么做，不是没有这样的能力。

你自己能完成的任务，才能指派别人去做。自己没有能力完成，却偏偏觉得别人
能够完成，而能够完成的人还不如他，这样的人也存在，不过大家面对他的时候
都感觉不太爽。

而很多人的问题是，代码写得尚且人和编译器都不忍卒读，又怎么可能写出解释
器，或者更高级地用lisp macro作为编译器生成出代码来再执行呢。

作者这样说，固然指出了一条光辉大道，但这大道必须从脚下走起。他只是没有
指出我们和他之间的鸿沟，估计会令很多人淹死在眼前的小河沟里。鸿鹄之飞固
然舒展而高级，不过虫子有虫子的移动之法，那就是爬。更何况同样飞得不错的
蝴蝶，当初爬得也是飞快的，虽然可能并不是最快。

这里，还需要小心，实现的能力，是指能切实操作的能力，而不是感觉似乎大概
可以。

能够和不能够，二者必居其一。"差不多"这种程度，根本就不存在。

我初中的学校，以前提过，是山上片，升重点高中比例不高。每年大约十多个。
也就是说，如果你不是在这十多个里面，你是25名，27名，又或者
100名，150名，在升重点高中这一点上，是没有什么差别的。

要么行，要么不行，"差不多"的内部，没有级别。而不行和行之间，有天渊之别。

大学刚入学的时候，我以为我的听力老好了，还去过外语系请教学长，应该怎么
才能学得更好。很多年以后我才知道，如果只是听个一知半解，再加上看字幕或
者根据故事情节猜测，那根本不能算是听懂。要知道，一句外语也不会，光靠表
情，我们就能跟老外聊个半天。

但是，你能告诉他你对于世界局势的看法么？你能精确地传达，斜上45度角倾望
天空是当今很多被另一些人称为脑残青年的生活态度，这样复杂的含义么？又或
者：

: Lisp functions take Lisp values as input and return Lisp values. They
: are executed at run-time. Lisp macros take Lisp code as input, and
: return Lisp code. They are executed at compiler pre-processor time,
: just like in C. The resultant code gets executed at run-time.

不能精确表达，我们就只能生存，而不能工作--工作，就是对别人有意义的事。
在这种情况下，你除了用父母的钱和微笑表达对别人的情感以外，对他人毫无帮
助。

其实，一个秘密，我们还有一个办法。

那就是，我们假装仍然生活在1500年以前的乡村，无论世界的哪个地方。我们施
施然穿过大街，任车流抚过身体，如同流水抚过舒蔓柔美的水草。

然后，我们要快乐的生活，全然忘记明天及以后。我们满足于我们的幻想，过
去，我们无比伟大，未来也是。

我们无论做什么，都"差不多"和最牛的那些想法非常接近了。只是，我们没有再
稍微努力一点，或者再精确一点，被他们占了先。但是，我们仍然是最聪明的个
体或者民族。只有哪天一发力，那世界就完全不同啦。

这很简单。只要我们忘掉，这世界就像编译器一样残忍，只要你写错一个字符，
那么，一切就都是错的。任你流着眼泪说，我不过就差一点点，它都无动于衷。
孩子，这也是一种生活。

pics

2011-12-18T14:26:00.001+08:00

穷人如何使用测试驱动开发进行重构

2011-12-18T00:09:00.001+08:00

穷人如何使用测试驱动开发进行重构

重构这个词现在已经被用烂了。我们经常听经理啥的说，咱们应该把系统重构一
下。当他用重构这个词的时候，想表达两个意思。一，把这个系统重写一遍，大
手术，二，我很fation.

重构具有更严格的意义，就是需要在重写的同时，保证系统原有的功能。如果对
系统原有的功能不变做出保证呢？

我听过很多人保证：我的U盘绝对没有病毒。你用什么保证。我见过用脑袋保证
某事的，最后，他的脑袋还留在他自己的脖子上。我并非对他的脑袋搬移有什么
兴趣，而是想说，他的脑袋确实很值钱，但是于我却毫无用处。

我们用什么保证？胡适先生说：证据。测试驱动开发能给出证据。

测试用例如果在重构前和重构后都通过，就说明重构至少在功能不变上是成功的。

重构有不少好工具了，可是对于我等穷人，没有大公司啥的作为支撑，有时机器
连eclipse跑不起来都不顺畅。没有利器，如果重构？

测试驱动开发也有不少好工具，可是如果你用的既不是C++也不是Java，甚至
连.net也不是，cppunit,junit这些工具又如何助力呢？

刘慈欣先生在《全频道阻塞干扰》的最后，让被逼到毫无退路的美国军官说：我
们的祖先也不是最开始就有坦克大炮导弹核武器的，士兵们，上刺刀。

我们总可以在更原始的工具中找到新技术的精神，因为牛人们从前就是以此这些
丑陋陈旧的工具创造了这些新的技术。

昨天还是前天，二猫像个小大人一样一直坐桌前陪我吃饭，跟我聊。谈到她喜欢
吃这个吃那个。这几乎就是目前她生活的全部，所以有些事情是她想不到的。

我说：爸爸小的时候没吃过香蕉。

她问：为什么不吃？你不喜欢吃么。

我说：因为买不起。

她问：香蕉很贵么？

我说：不贵，是我没有钱。

我曾经教育才外教Dave同学。是的，教育，爱国主义教育。他看到我读《鸿：中
国的三个女儿》，问我：允许你读这种书么？

我说：啥？为什么不能。

他说：这书不是中国出版的。

这书确实不是咱们出版的，是阿于同学从美国给我带回来的。

这面这段对话可以看出，他对于陌生的国度有怎么的不了解。所以，在后来，我
对他进行了如下教育：

我问：你是不是以为俺们政府真的就挺虐待她一家的，她家还给俺们做出那么多
贡献和牺牲。他说，是啊。我说：那我来给你讲一些事。

作者，五岁的时候，因为不喜欢上幼儿园，把牛奶倒在桌子上，挨了批评，很委
屈。

Dave说：我记得这个情节。淘气的女孩。

我以为，不打死她个败家的就已经是手下留情了。中国很多孩子至今都不能每天
喝上牛奶，我在大学以前，就很少喝到牛奶。

他很难相信。

我再问：你记不记得，她妈妈去医院（或者临时监狱？）看她爸，因为不能坐单
位的车（她爸单位的），而只能骑着自行车。你认为这很艰苦？

他说：是。

我告诉他：那是195X年，整个中国，就没有几个人有自行车。我想，不亚于现在
的宝马吧。直到197X年，20年后，自行车仍然是结婚时必备的四大件之一。可
见，它多么昂贵。

同样的数据，同样的事实，我们可能得到完全不同的结论。

但是，即使我们买不起香蕉也仍然活了下来。重构，测试驱动开发，也是一样。
尤其是在最艰苦的时候，比如你所用的语言没有测试驱动工具，就更能体现出穷
人方法的必要性。

1. 我们假设所有的输出都是向控制台的。

至于gui程序，你可以先写一个console版本，让未来要写的gui与console版本使
用相同的业务逻辑库，凡是与计算机的机制无关，而与用户特定需求的，都放这
里。gui消失触发以后，别的啥也不干，调用业务逻辑库中的某个函数。

2. 先跑一把程序，整个输出，重定向到一个文本文件里。

这时，输出的文本文件十有八九不是你想要的。因为特别简单的程序，会轻量级
到甚至无须测试驱动开发。

3. 手动修改这个文本文件，改成你最后需要输出的样子，重命名为
expected.txt。

这就是以后我们用以对比的素材了。

4. 跑你的程序，改它，再跑，再改。估计好多人都要先改语法错误，让编译通
过。

始终把输出由控制台重定向到 output.txt。这样做：

假如你有输入文件的话，那么，假定它命名为 input.txt。

program.exe < input.txt > output.txt

5. 当你需要测试驱动的时候，执行这样一条指令：

diff output expected.txt

如果啥结果也没输出，成功了。我第一次见到比较成功的时候没有输出，很惊度。
李记者教导我说，diff么，就是找不同，没有不同，它就应该不吱声。

如果有任何输出，你的程序仍然没有符合要求，继续改，继续跑。

6. 以上，是测试驱动开发。测试驱动开发，是重构的前提。没有测试驱动，一
次次用眼睛在程序输出里找你想要发现的错误或者期待的字符，你就是在构建性
能可怜而其实非常宝贵的人肉计算机。

如果不同太多，你又想找特定的字符，请使用 grep。

7. 以上的 diff 和 grep 是标准unix系统的小工具，所有的Linux版本里都有。
如果你使用windows，那么，可以下载 mingw & msys，或者 gnuwin
[http://gnuwin32.sourceforge.net/]。

8. 关于重构，补充一点。

想各种办法，始终保持约20分钟内，代码可以编译和运行和测试通过。尽可能不
要冒险长时间不编译或不运行或者测试不通过。你可能会期待在一个大~~~的不间
断的重构之后，代码一下子跑起来了，而且正常了。

这就像打算沿着海岸游泳到达某个地方，我们可能遇到一个海湾，抄近路似乎一
下子就过去了。你可以想像一下，从丹东到青岛，一种方案是沿着渤海湾一次半
公里，另一种方案是取直线。取直线，真的是极富有吸引力。毕竟，我们编程大
半是为了快感，而不是为了资本家。可是，如果你沉了呢，后果很严重。这也是
为什么需要测试驱动开发的原因。

小步的迭代，每步都要确保能活着再次接触海岸。我妈说了：宁走十步远，不走
一步险。

我曾经4个小时左右，不编译，不执行，不测试，这个期间程序就跟大手术尚未缝
合，根本不能跑。一下子跑起来，是的，非常兴奋。可是，也有几个小时以后完
成失败，甚至回滚到几分钟前都没有意义，只能一下回滚到几小时以前。那种挫
败感也令人印象深刻。这些经历，我知道你也有，就像牛仔的伤疤，如果没死是
大可以拿出来显摆的。

不过，还是每天写一点，每小时写一点，20分钟写一点。以微小的可控的单位前
进。像竹子那样，每走一步，就要做个小节。

未来无限美好，此刻却虚无飘渺。如果有经理老板导师男朋友女朋友对你这样
说，你就给他讲讲测试驱动开发和重构的道理。

----

完成所有今天能完成的任务，喝一杯咖啡，然后倒头大睡。人生当如此，哪怕就
此长眠，也了无遗憾。

pics. gone with the wind

2011-12-16T23:03:00.000+08:00

一见钟情 vs. 众里寻他

2011-12-16T18:27:00.001+08:00

一见钟情 vs. 众里寻他

1.搜索与遍历

一见钟情与众里寻他千百度，是爱情的两种境界，这在文本编辑和软件工程中
也经常遇到。

我们最经常进行的文本编辑是编程序。请考虑一下这个情境，你要跳到文本的某
个位置。

相信有不少人的右手伸向了鼠标，是打算去用滚轮了吧。但是，这并不是最快的
方法，而且是一种打算你思路的方法。

什么样的情况最可能发生一见钟情？当你不知道自己想要的是什么样的人。那
么，你就只好一个一个一个一个看下去，直到遇到某一个，你感叹"啊，原来上
天为我准备好的那个人就在这里！"

心理学告诉我们，在这之前，你的心中早就有一个对象的原型了。但是，你一直
可能都不知道。你看那一个一个一个一个的时候，每个都要判断，是这样么，是
那样么。

如果我们换成众里寻他模式，情况会完全不同。这时，你事先就知道自己想要的
是什么。我们俗一些，比如：年薪百年，年少俊美，恩，还有很简单的要求，大
落地窗，大大的浴缸和大大的床。对了，还有满床的阳光。

那么，就好办了。你根本不用一个一个...地看下去。因为全世界绝大多数人都
不符合你的要求。要求越明确就越容易实现，或者被否定。

有人可能会说，这本身就是一个学习的过程。爱情我就不懂了，文本编辑的时候
跳转到你想去的地方，那不是一个渐近的学习的过程，而是：

要么，你知道自己要跳到哪里；要么，你不知道自己要跳到哪里。

如果你一行一行地看下去，停下来挠挠，上上人人网，听会歌，又很心烦，又一
行一行看回去。我打赌一块钱，你不知道自己想要到哪里去。

请对比女性和男性去商场买东西。女性可以不断地比较，了解，徘徊，而男性直
达目标，买到或买不到，然后就走了。为什么？因为我们的祖先里，女性是采摘
者，她们可以站那儿比较这个果子和那个果子，果子是不会跑掉的也不会烂掉的。
而男性是猎人，就这么一只兔子，打还是不打，一犹豫，肥不肥，毛色如何，白
不白，可爱么。这些都是好问题，不过，你的兔子已经跑了。

更可怕的是，当你在森林中遇到一头黑熊。然后，你开始犹豫。

我们应该做的是：断然按下 ctrl-s 输入你想要去的地方，然后回车。

接下来继续你的工作。

一行一行地看下去，你也会找到想要的地方，但是这中间的过程，会打断你的思
路。这就是目录、书签、回城卷轴存在的目的。

当你去找某个朋友的时候，会挨个屋子推开门，然后施施然进去一个个对比么。
先知道你想要的，然后行动。

遍历一行行，就是在等待自己终于知道想要的是什么。这个过程也是很美好的，
可叹人生缺少时间去经历。或者，别人缺少时间。

2. 搜索 vs. 选择

常看到有人这样看网页，一下下往下翻，只右手抓着鼠标，眼睛盯着某一处，别
的地方都不与计算机接触。

这是被动的信息获取方式，就像发呆的同学看着老师的嘴一张一合。你同意某个
观点么，你不同意某个观点么，你事先预想了作者可能的观点么，你如何表达赞
同或者反对。

还是，你毫无意见，只是想经历一下这个世界。

看到不少同学在使用搜索引擎时遇到困难。为什么他总是找不到想要的东西呢？
因为他没有预设当他要表达这个信息的时候，会使用什么样的措辞。更深层次，
因为他不表达。搜索引擎需要你大声地喊出你要什么，然后他帮你找到。

在网络上还有另一种东西，与搜索引擎不同的，类似黄页，叫open directory,
比如[http://dmoz.org/]。它像个殷勤的小跟班，老板，你要这个么，老板，你
要那个么。

它与搜索引擎最大的不同是：它不需要你*主动*地表达。你只要对某个选项点头
就可以了。

想到ABCD单选题了么。当你拥有选择的自由的时候，你失去了所有其他的可能。
只有随心所欲的表达，才是真正的自由。如果心里没有，那么连枷锁都不
需要。

主动搜索，而不是选择各种别人提供的可能。

武侠小说里的高手们，往往能在对手有弱点的地方，等着对方撞过来。那是因为
他们预判，知道对方要做什么。对未来的预测，也是主动搜索的一种。更高级
的，不是等对方如何，而是引导他去做。

3. 规模

在信息量少的时候，你当然可以慢慢地阅读。我想这是大多一只手看网页的人这
么做的原因--他的生命有足够的时间。

但是，有时不行。比如系统管理员查日志的时候。日志有成万上百万行，你绝无
可能有足够的时间一行行看下去，慢慢形成对故障现象的认识，一行行去看某行
是不是记录了故障发生的原因。

所以，你必须事先知道故障看起来应该是什么样子。然后，不是让那些行在你眼
前飞过，抓住符合特征的那行，而是使用grep，用匹配字符串或者正则表达式匹
配来搜索故障。

使用这些工具，瞬间，通常不到一秒，可以完成。前提是，你要知道你要想的是
什么。并且，你要用语言描述出来。

五笔打字比拼音快的原因，就在于，五笔是不必选择的。时间就消耗在你在一大
堆选项里跋涉。命令行比菜单快的原因也在于此。旋钮的微波炉比按键电脑的容
易使用的原因，也在于此。因为不必交互。

如果你找不到你想要的，而他事实上是存在的，十有八九，是你并不知道你想要
的是什么。

3. 现实生活

而现实是残酷的。

我们经常见到点菜的时候，你我就这么做过，我们对付账的人说：随便。

我们经常见到领导不明确说出自己想要的，而是等下属提出或实现出几种，然后
点头一种，其余的否定。

我们经常见到清宫剧里的皇儿上儿，是这么个发音吧，他一句话也不说，等奴才
们实现各种方案，然后嘉许一种，其余的斥责。

我们可以看到，这些主子并不表达自己想要的还不是最糟糕的部分，最糟糕的部
分是他还会对你的实现做出评价。

所以，那些能指别人需要却不能或无能说出来的人，都是牛人。

比如心理医生，他说：你看，你就是这么这么这么想的，所以这事也没啥。然后
你点头，对啊，我早就该知道我是这么想的。

你之外的另一个人，比你更了解你想要什么。

但是，说"对对，这就是我想要的那个人"，在现代社会，往往是病人，而不是君
主。或者既是病人，也是君主。

你是不是点头了？对对，这就是我想要的。

我们习惯于在交互中表达。我们说了一小段，然后等别人的肯定或否定，或复
述，然后才敢于或舍得继续下去。而在真正有价值的交流中，这样的沟通太低效
了。

当你写作论文，文献，手册的时候，如果你的表达不够清晰严谨，读者要做的比
喝令你闭嘴还简单，他会直接关闭文档转身走开。他绝不会巴巴地问"您老要说
的是不是啥啥啊"，然后你说，"着啊，小某子，进步了啊。"这绝不会发生。

想要求别人理解领导的心思，需要一个前提，那就是你得是领导。而写论文、文
献、手册的人，往往都是被领导的。

哲学家们写作时也是一样。他们思考世界我们啥的都是怎么回事。可悲的是，每
个时代，或者几个时代，才出一个哲学家。他们都非常孤独。我读罗素<西方哲
学史>的时候，每每感叹，谁谁太孤独了，等到一个能读他的人出生的时候，他
都死了好几百年了。

如果这些哲学家们以信赖于交互的方式写作，他们对于世界的思考，一行字也不
会传下来。他们边写作边猜测，我们会如何理解这段话，会有二义性么，会误解
到什么程度。我们读不懂，不是他们写得诲涩，而是因为这东西就是这么难，同时，
我们就是这么面。

我们面到不仅不清楚领导想要什么，有时候甚至不清楚自己想要什么。

人人网上我见到有同学抱怨机房在课前开得太晚了，只有"到点"的时候才能放同
学们进去。我提醒一点：机房的老师要做准备工作。

要做哪些准备工作呢，我不权威，只能猜测。机房的卫生（请回想我们扔的瓜果
皮壳和饮料瓶）、重启机器、维护机器处于正常状态、电力系统保养。

如果每次课前没有打扫，同学们可能会抱怨卫生不好。如果打扫，同学们可能会
抱怨机房没有"提前"让大家进入。

我们有时候不知道自己想要什么，或者，没有意识到我们想要的是矛盾的。又想
让马儿跑，又不想让马儿吃草。

不仅同学，老师们导师们老板们领导们也经常如此。

4. 表面

表面上，我们只要知道自己想要的，就可以搜索了。但是，很多时候，我们所知
道的，不过是表面上的需求。

用户需求到分析，这个过程可以use-case driven，让用户讲故事啥的，了解他
们想要什么。他们一定会说真话么？

我们自己，说的就是真话么？

有人追求传统，有人追求流行。表面上看差异很大，无外乎追求认同。追求传统
的人说：我是优秀啥啥，才不屑于啥啥。追求流行的人也这样说。

但是，在否定自己不是什么人的同时，传统与流行，都不过是*别人的*，老了的
死了的那群人认同的观点，或者当前大众认同的观点。

连追求小众的人，都是希望更好地获得小集团的认同。为了小集团，甚至不惜违
背更大范围和更长历史的认同。

我们自己，说的就是真话么？

我们觉得大人物们渺视我们是他们愚蠢，觉得我们渺视更小的人物，那也是因为
他们愚蠢，但是我们没有质问人物应该有大小么？我们追示隐身查看好友，追求
星星月亮图标的的差异。我们想开宝马车，想坐红旗。表面上，我们追求的是与
众不同，但是，我们追求的是与某一部分"众"不同，期待的是对我们的高等级的
认同，对我们所获得的特权的认同。

我们批评学生，表面上是为了他们好，而有些时候，不过是为了维护自己的威权。
更有甚者，我们还可以说：这是为了让他们到社会上的时候不吃亏。

我们自己，说的就是真话么？

5. 规范

以上，搜索时，我们希望自由地随心所欲的表达，但是，这真的那么容易实现
么？为什么会有菜单的存在。

是为了规范和限制一部分人的行为。

写代码的时候，黄同学告诉我：appfuse会按java规范，把所有下划线删除，把下
划线后的字母转成大写。这可以避免程序员犯非常愚蠢的错误，强制使用骆驼符
号法，同时它拒绝了程序员的自由选择。

因为它认为你是愚蠢的，所以，你没有能力自由表达，再所以，你没有资格拥有
自由表达的权利。

我们捂住孩子的眼睛，我们给他们一块红布。告诉他们，这个世界是什么样的，
而不允许他们伸出手去触碰哪怕一点点细菌。

请不要联想太过丰富，至少在工程上，菜单有存在的必要。不是受用户的智商
所限，而是他们时间太紧，没有功夫接受培训。

6. 领导

当领导划出道道来，说这就是解决问题的全部可能方案，你只需选择的时候，那
就是你失去创新的时候。那是领导的创新。

在工程上，我们按受上级指派的任务，按规定的方案实施。那是因为技术的差异
和责任承担范围的不同，我们在自己的领域内仍然可以创新，不是因为上级的等
级更高，也不是因为上级拥有更多更好的特权。

当GFW封住因特网，告诉我们只要看什么就能富国强民创新科技的时候，我就想
起了以上这些。

pics

2011-12-15T17:52:00.001+08:00

罗马十二铜表法的进步与软件工程需求与原型实验

2011-12-11T00:34:00.001+08:00

罗马十二铜表法的进步与软件工程需求与原型实验

"十二铜表法就其阶级实质说，是一部分严格维护私有财产，维护贵族利益的法典。
然后，十二铜表法的颁为罗马法的发展奠定了基石，是整个罗马历史的发展过程
中的一座里程碑。尽管法律条文极力地对贵族的特权地位加以维护，例如，在第
十一表的内容中，强调了"平民与贵族不得通婚"。可是，制定法律并将其以文字
形式公布于众，本身就是法律史上的一个巨大进步。从此，国家对法律行为的有
效、无效、赔偿、处罚等都有了明确的规定，在一定程度上限制了贵族官吏的专
横。"

罗马：从共和走向帝制
宫秀华著
高等教育出版社
2006年7月第2版

这个故事告诉我们，在软件工程中，清晰的需求，哪怕是错误的，也比模糊的需
求要好。甚至可以说，模糊的需求比没有需求更坏。

陈述观点的时候也是一样，清晰的观点，即使是错误的，也可以拿出来作为靶子
进行充分的讨论。

鲁迅先生说：水有的浅而清,有的深而浊,有的浅而浊,有的深而清.世间的人,大凡
可归此四种.宁可要浅而清的人,也不要深而浊的人.

所以，我们听完别人的观点，可以复述一遍：我理解的是否你的原意？

当我们读完教材或者文献，不妨做个实验，验证一下我们对于理论的理解是否正
确。这就是工程原型。如果原型是错误的，我们的代价相对较小，如果没有原
型，等到工程正式实施的时候，代价则可能是惨重的。

当我们操作真实世界的时候，由于要花费水泥沙子木料，所以我们相对谨慎。其
实，当我们操作虚拟世界的时候也是一样，因为我们正在花费更宝贵的东西，你
的时间。

尽早发现错误，则损失比更晚发现要少，因为如果错误保持下去，我们还将在此
基础上做很多工作，这些工作都将废弃。

尽早发现错误的一个方法就是，尽可能清晰地描述。

这就又回到了老问题上：你真正想要的，是什么？

pics

2011-12-06T23:06:00.001+08:00

pics

2011-12-06T22:54:00.001+08:00

源代码：使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例

2011-12-06T00:17:00.001+08:00

源代码：使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例

在[http://antlr.org/share/1323101639207/antlr.zip]

里面有所有源代码和正文。

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（6）

2011-12-05T22:50:00.001+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（6）
- 题外话
在森林里迷路的时候，我们希望手里有一张地图，还要有个指南针。我们心里有一个目标，要到那里去。
这是很多人首先想到的。还缺什么呢？还缺少我们当前的位置。你只有知道到自己在哪里，才能接下来的步骤。
我们要开发一个杨氏语言编译器，用 input.pipe 中的那些指令，生成C++代码。在这条路上，我们已经走了多远。
我们根据输入的格式确定了语法 pipe.g，根据输出的格式确定了模板st/header.stg，根据语法制导写翻译出了语义动作
decl.g。我们在decl.g中应用了模板。
接下来，我们需要一个东西，它能够把调用 pipe.g 和 decl.g，并且输入文件 pipe.g 输给它们。严格的说，被调用的不是
*.g，而是antlr由 *.g 生成的词法解析、语法解析、AST遍历的java程序。
这个推动大跑的东西，可以名之为 driver，它是个java程序。
- driver java
这个程序是用于header生成的，所以我们称之为 header.java。你可能还记得，我们不只要生成头文件，还有cpp和go.cpp。
代码不复杂，但是略微有点长，我们分成三段来看。
-- 头部
我得承认，我没有命名的天份。除了头部，我还是想不出什么名字称呼这一段。在java中，它应该有专门的术语吧。
代码1：1 import java.io.*;2 import org.antlr.runtime.*;3 import
org.antlr.runtime.tree.*;
因为我们要在程序里用到这些类，所以import进来。这是常规的java写法。
题外话：有的时候，我们因为初涉足一个全新的领域，动物本能让我们保持恐惧和谨慎。在进化中，这具有优势，凡是连那是什么都不知道，就敢去碰敢吃的家伙，都年纪轻轻时候就死掉了，没有机会成为我们的祖先。所以，我们每个人的身上都保留了这样的特质。但是在学习中，有的时候，恐惧和谨慎可能过了头，阻碍我们。
我初中的时候参加数字竞赛培训。通化的初中分为山上片和山下片，山下片--我不记得那个时候的术语了--山下片的的生源较好，或者说那是富人区。我惊恐地看到老师才把题写到黑板上，有的学校的同学答案就出来了。这令我震恐。你可以想像一个非常非常难，你一辈子可能都编不出来的程序，一位大牛抽着烟喝着茶，可能还看着碟，谈笑间就写出来了。当你佩服得五体投地时，他说：没啥，就是个小小地练习。
这就是我当时的感觉。后来我看到老师写了一个式子，要因式分解的：
a^2 - b^2
全班同学瞬间就解出来啦。(a+b)(a-b)。而我完全不知道他们是怎么解出来的。我毛了，小声问旁边的同学，"这是咋整出来的啊。"如果我现在不问，老师马上就讲过去啦。
他说：这非常简单。
是的，那确实非常简单，是因式分解中最简单的公式之一，叫平方差公式，就是这个公式本身，不是灵活应用。
你明白我的意思了。恐惧，阻碍我们思考，让我们不敢假设。
其实上面的那些import就是java本身，因为我们正写的，就是java程序。纯正的，不是.g文件中的。我这么说的意思就是：.g文件的那些{}中的动作，也不过就是java程序而已，只是出现的位置略有些奇怪。如果你知道它们会在什么时候执行，就与java无异。
-- 词法和语法
接下来，我们在一个类 header 里跑 main函数。
代码2：45 public class header {6 public static void main(String
args[]) throws Exception {7 pipeLexer lex = new pipeLexer(new
ANTLRFileStream(args[0]));8 CommonTokenStream tokens = new
CommonTokenStream(lex);9 10 pipeParser parser = new
pipeParser(tokens);11 pipeParser.starting_return r =
parser.starting(); // launch parsing12 if ( r!=null )
System.out.println("parser tree:
"+((CommonTree)r.tree).toStringTree());13 14
System.out.println("---------------");15
这个main函数的前半段，如上所述。
第7行，我们构造了一个词法分析器。
7 pipeLexer lex = new pipeLexer(new ANTLRFileStream(args[0]));
其中 pipeLexer 这个类的名字是这么来的：pipe是我们的grammar的名字，参见pipe.g（请参考昨天博客里的pipe.g源代码。）；
Lexer是词法分析器的意思。
new ANTLRFileStream(args[0]) 的意思，是以此作为词法分析器的输入。
我们用这个lexer做什么呢？
8 CommonTokenStream tokens = new CommonTokenStream(lex);
我们用它作为参数，构造了一个 CommonTokenStream。token 的流。
这个流用来做什么呢？
10 pipeParser parser = new pipeParser(tokens);
我们用这个流构造了 pipeParser，这是一个
（语法的）解析器。类似pipeLexer，pipeParser的名字由两部分组成：pipe是grammar的名字，Parser是解析器。
pipeLexer，pipeParser这两个类的名字，是antlr处理pipe.g时生成的两个类。就是我这一篇博客上面提到的
"而是antlr由 *.g 生成的词法解析、语法解析"。
当终于沿输入文件 input.pipe (即new
ANTLRFileStream(args[0]))、词法分析器pipeLexer、语法解析器pipeParser这条线走到这里，我们就可以调用语法解析器了。
11 pipeParser.starting_return r = parser.starting(); // launch parsing
我们调用了parser。调用的方法是
parser.starting()。starting()这个名字，来自我们在pipe.g中的一条规则的名字，starting。请参考昨天博客里的pipe.g源代码。
parser.starting()的返回值的类型 pipeParser.starting_return，其中starting_return
的命名，就是规则 starting 加下划线 _，再加上 return。
以上这些命名规则，是 antlr 约定的。由antlr处理 .g 文件后，生成的lexer& parser 将遵循这样的规则，我们也遵循这样的规则来调用。
这个世界遵循两类规则。一种是强制性的。比如，如果你的C代码写得不符合C编译处标准，它就啪地给你个错误，然后甩脸子不干了。还有传说故事里的美国交警拦住你的车，要求你出示驾照，你要是敢醉么哈的冲过去，还敢动武把超啥的，他就可能会一枪把你撂倒。这是强制性的规则，有些是自然的法则，有些是人为的。
还有一种规则，是约定，即使你违反了，没有严重后果的时候似乎也没有惩罚。比如当红灯亮起，如果车辆还是强行压过斑马线，如果没有行人，也没有其他车辆，也没有摄像头和交警叔叔，那么，似乎，什么也不会发生。似乎。我们考试都做过弊，可能你没有，我有。我们口口声声说这于人无害，只要监考老师对我们仁慈一些就可以了。我们并非于人无害，这个世界上，于己有益，却于人无害的事情不多--罗素的观点，大致，你拥有很多数学知道是无害的。当我们作弊，我们无疑地伤害了没有作弊的那些同学。更严重的，我们破坏了规则。前面我说了，我也做过弊，之所以这么说的意思就是，即使我也做过，也并不意味着这件事就是正确的。
antlr的约定，大致类似于第二种。你没有遵循约定，它似乎也没有什么抱怨的。事实上，不是。它只是以另一种方式抱怨，它不工作，或者说，它不按你想像的方式工作。
当我们不认真对待代码，她也将以相同的方式回报你。君视民如草芥，民当视君如寇仇。然后我们只能感叹德国人如何如何，中国人如何如何，好像能把自己摘出去，中国人里没有你我一份似的。
如果你前面全都按 antlr 的规则，那么现在，你可以得到结果了。
12 if ( r!=null ) System.out.println("parser tree:
"+((CommonTree)r.tree).toStringTree());
那个 (CommonTree)r 里的 r，就是刚刚的规则返回值 starting_return 。它是一棵AST。为什么？因为我们在
pipe.g 里面写着 output = AST，请参见昨天博客里的 pipe.g。这不是 delc.g 里的同一条语句，还没到它。
第12行的意思是，把 pipe.g (严格地说，antlr用它生成的 lexer & parser)处理输入 input.pipe
的结果，那棵AST，转化为 toStringTree() 打印到控制台上。
我之所以写这一条语句的目的，是检查解析输入文件是否正确。
我输入了
mario:pipe_a 123 | pipe_b | pipe_c
peach:stage_1 123 | stage_2
bowser:lose_1 123 | lose_2 | lose_3 | lose_4 234
header.java运行到此处，我得到了：
parser tree: (CLASS mario (NODE pipe_a PARA 123) (NODE pipe_b)
(NODEpipe_c)) (CLASS peach (NODE stage_1 PARA 123) (NODE stage_2))
(CLASSbowser (NODE lose_1 PARA 123) (NODE lose_2) (NODE lose_3) (NODE
lose_4PARA 234))
我们看到了那些大写字母，它们是 imaginary tokens，在pipe.g中定义的。
有的同学可能发现，这里为什么没有NEXT，我们明明在 pipe.g 中定义了它，
NEXT='|';
而且，在输入文件中，我们看到了那些非常明显的 |。
因为，此处我们得到的，是 pipe.g 的输出树，而不是解析时的树。它的输出树，应用了 rewrite 规则，我们整理了这棵树，把 |
这样不携带信息的结点砍掉了。有了AST，我们可以通过结点在树中的位置确定它的语法功能，进而决定语义， | 就没有必要存在了。以下是
pipe.g 中的一段，供懒人同学们查看。我之所以没有总是贴上引用的代码，是因为那会打乱我们叙述的线索。
game : SYMBOL_NAME ':' node? ( NEXT node)* -> ^(CLASS
SYMBOL_NAME (node)*) ;
以上，我们完成了词法分析和语法解析，得到了AST。这棵抽象树，就供下面的步骤遍历，并在遍历过程中执行语义。
-- 语义
在 decl.g 中描述语义很复杂，但是调用则简单的多。
代码3：16 // walker17 try18 {19
CommonTreeNodeStream nodes = new
CommonTreeNodeStream((CommonTree)r.tree);20
nodes.setTokenStream(tokens);21 decl walker = new
decl(nodes);22 walker.starting();23 }24
catch (RecognitionException e) { 25 System.err.println(e);
26 }27 28 }29 }
我们从前往后看。
第19行，我们由AST构造出了节点的流。
19 CommonTreeNodeStream nodes = new CommonTreeNodeStream((CommonTree)r.tree);
第20行，我们指定，这个节点的流里的 tokens 将使用 tokens
20 nodes.setTokenStream(tokens);
这里的 tokens，就是在代码2第8行里定义的那个。为什么需要这一步呢？
回顾代码2和代码3，我们生成这些东西的流程：
args[0](即 input.pipe) -> lex -> tokens -> parser -> r -> nodes
注意，nodes 是由 tokens 间接生成的。既然 r 是由 tokens 生成的，那么 r中原本就应该包含 token
的信息，为什么还要多余地再设置由 r 而来的 nodes的 tokenstream呢？
antlr的作者在 The Definitive ANTLR Reference 一书中这样说：
"The one key piece that is different from a usual parser and
treeparser test rig is that, in order to access the text for a tree,
youmust tell the tree node stream where it can find the token stream:"
我猜测可能在上述生成的流程中，tokens的信息被抛弃了。这一猜测是否正确，感谢哪位老师同学指点。
不过，我注释了第20行，似乎也没有什么改变，运行结果没有什么不同。也许，新的版本中，tokens信息始终携带着？
我们得到了由AST构造出的stream，接下来，我们要遍历它了，并在遍历的过程中动作。
第21行，我们用 nodes 这个 tree nodes stream 构造出一个遍历器-- walker。
21 decl walker = new decl(nodes);
你注意到了，这个 walker 的类型是 decl，这个名字从 decl.g 中的 grammar的名字而来，它被声明为 tree
grammar。请参见昨天博客中的 decl.g 。
然后，我们用这个遍历器开始：
22 walker.starting();
startinging() 的名字来自 decl.g 中的一条规则。请参见昨天博客中的decl.g 。
从 starting 开始，遍历AST，然后在遍历的过程中，执行语义动作。
有的同学可能会问，在以上java代码中，动作在哪里？动作在 decl.g 的动作部分中。当遍历 starting
这个树枝（也就是根）时，动作同时执行着。这，就是那些动作被调用的时机，解析或遍历到特定的结点，动作就开始执行。
你是不是想起了龙书里如何表示动作的位置。
以上，这个 header.java 调用了 *.g 产生的 *.java（里的类和方法），一边解析 input.pipe
（或遍历树），一边做着这个杨氏语言源代码要求的动作。
我们看到，一台大机器在精确地运行，输入 input.pipe 中的字符，不断地转换状态，输出 input.pipe 所规定的产品。
- 脚本，或者调用/跑起来的方法
调用antlr把*.g翻译为*.java，编译以上的*.java和header.java，编译并运行得到的那些c++代码，这些动作在写编译器的时候，会不断地重复。
会不断重复很多次的动作，我们应该写个程序来完成。换句话说，我们描述重复很多次的动作并命名它。
实现这个需求的最简单的工具是shell脚本。
题外话，昨天，给同学们看我写的一小段脚本，用来把一个叫做 unicode
的程序输出的东西转换为特定的格式。建一说，windows下也肯定有这样的程序，能求一个字符的 unicode 编号，弹出一个窗口……
那个弹出窗口的程序估计是存在的，它与linux下的这个程序的区别在于，linux下的这个，能用shell非常方便地取出数据，然后加工成另一种形式。易于自动化。弹出窗口那个，你如何取其中的数据呢？用hook么，是的，我们会有很多办法，但是，那是多么地不方便。因为GUI程序特意地关闭了允许你取得输出的途径，它封闭如国内的很多站点，根本就不想提供API供你调用。
张炜同学建议我贴博文的时候，同时提供主博客的URL。我还是犹豫，因为我的主博客在
blogspot，它在这个世界上是不存在的，至少在我看来。是的，我看不到我的博客。我为什么坚持使用呢？因为在那上面发贴子真的非常简单，简单到它支持向某个信箱发封信，那信的正文就是博文。
如果一个人关闭自己的心灵，不喜欢你了解他，还有什么理由抱怨大家不愿意了解和理解他呢。难道他喜欢破门而入或者喜欢各种猜测--还是他所要的不是了解和理解，而仅仅是关注。
Linux，承袭了Unix shell的血统，他一直对你张开怀抱。
代码4：1 echo cleaning2 rm -rf output && \3 rm -rf method_chaining_demo
&& \4 echo mkdir && \5 mkdir output && \6 mkdir output/classes && \7
mkdir method_chaining_demo && \8 9 echo header file generating10 echo
generating code && \11 java -cp
/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar org.antlr.Tool
-o output pipe.g decl.g && \12 echo compiling lexer and parser && \13
javac output/*.java -cp ~/Downloads/antlr-3.4-complete-no-antlrv2.jar
-d output/classes && \14 echo compiling header.java && \15 javac -cp
/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar:output/classes
header.java && \16 echo running test.java && \17 java -cp
.:/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar:output/classes
header input.pipe
第8行以前，是删除前次运行的结果，避免对本次运行造成干扰。
那些 echo 是提醒我他运行到了哪里，避免我担心。你看，他不会一直停在那不动，跟个青春期叛逆少年一样什么也不告诉你。
第11行，11 java -cp
/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar org.antlr.Tool
-o output pipe.g decl.g && \告诉 antlr 由 pipe.g 和 decl.g 两个文件，生成
*.java，放在 output 目录下。
生成了以下东西：
decl.java decl.tokens pipe.tokens pipeLexer.java pipeParser.java
你可以根据名字猜测它们的用途，相信你还看到了熟悉的面孔。
第13行，13 javac output/*.java -cp
~/Downloads/antlr-3.4-complete-no-antlrv2.jar -d output/classes && \
编译这些东西。生成一堆 .class。
我把 antlr-3.4-complete-no-antlrv2.jar 放在了 ~/Downloads/
目录下，一个糟糕的选择，它表明我没有良好的组织文件位置的习惯。
"-cp" 是做什么的？请 javac -help ，然后 RTFM。
第15行，15 javac -cp
/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar:output/classes
header.java && \
编译 header.java，我们今天写的东西。
第17行，跑。17 java -cp
.:/home/young/Downloads/antlr-3.4-complete-no-antlrv2.jar:output/classes
header input.pipe
JVM启动，许多class争先恐后装载进来，header 读入 input.pipe，然后调用那些载入的 class。大机器开动，产品在源代码的指令下生产出来。
- 后记
头文件以外，我们还需要 *.cpp 和 go.cpp 的生成，但是其余的那些，也没有什么不同。就像，当你坐上班车地铁公交，一切日子，看似没有什么不同。
当它们全部生成，我们执行：
g++ -I. *cpp -o go
*.h & *.cpp 被编译链接成了一个可执行程序 go。当我们运行go，它说：
I am mario, created in: marioI am peach, created in: peachI am bowser,
created in: bowserI am running in pipe_adata: 123I am running in
pipe_bI am running in pipe_cI am running in stage_1data: 123I am
running in stage_2I am running in lose_1data: 123I am running in
lose_2I am running in lose_3I am running in lose_4data: 234I am mario,
and game is over in: ~marioI am peach, and game is over in: ~peachI am
bowser, and game is over in: ~bowser
这像一首诗或者歌曲，让我想起另一个宣言 "I'm youth, I'm joy"。少年总会成长，承担起责任。不是保护公主，而是其他的什么人。
承担责任，也不是念两句诗，或者唱几句歌，甚至也不是声明我愿意为你承受何种苦难。
承担责任，是虽然这些日子没有什么不同，但是如果没有你的工作，这些日子将非常不同，非常糟烂；承担责任，是拿起工具，开几亩自留地，种上土豆白菜。
这样的工具，能让你使某些人的世界不同的，有很多。其中有两种，分别叫做antlr 和 stringtemplate。
祝你开垦顺利，有收获。

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（5）

2011-12-05T00:38:00.001+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（5）

- 一个悲惨的开始

这个悲惨的开始是我今天的生活，而不是 antrl+stringtemplate。如果你从头
看到这里，最苦的地方已经过去了。

昨天一点或两点睡的时候，心里想，这早晨6：40起来赶班车，对付吧。结果没睡
着，3：17，爬起来写了半张白板，又睡下，又爬起来写了不少。早晨，如果我没
记错的话，第一次，我没有听到闹表。后来复查了一下设置，没错，它响了，我
没有听到。约的是9点，8：55，孙同学电话来，她到应化所了。我当时头脑蒙
着，对话大致是这样的：啊，你去那干什么。应该在软件所啊。你回来吧。不用
急，我也得迟到。

结果，迟到26分钟。屋子不大，但是有一屋子人坐好了等你。

唉。

我们之悲惨缘于很多因素，其中之一希望一蹴而就。我们希望开个企业，然后它
自己就能赚钱了，再也不用管；我们希望上了大学，然后就能玩了；我们希望在
什么什么之前表现得非常怎么怎么的，然后以后就可以再也不怎么怎么的了。

后来发现，由于阻尼的存在，理想的无磨擦世界竟然是不存在的。

我也也希望一下子就把什么学明白，或者得到什么结果。坐着抻懒腰也能减肥
啦，在家里玩也能赚钱啦，吃点什么病就好了，从此不再复发啦。

而现实世界的规律有时原本就复杂，或者简单的那些规律，比如麦克斯韦四个方
程、爱因斯坦的质能方程，这些简单的规律却需要复杂的基础才能理解。我们往
往忘了，理解这些规律的复杂基础，这一工作本身也异常艰苦。

编译器生成器 antlr 的使用也是如此。

- 上次忘了的

在语法解析中，其中有个符号 ^ ，它是AST的根。至于什么是AST，什么是
根，RTMF。我提到这个概念的动机，就是想说它时挺重要，你可能会用到。

另外，我们写的语法解析的表达式，叫 EBNF，即扩展的巴克斯-诺尔范式。编
译原理书中提到。

- 语义

我们用语法匹配了输入的源代码，接下来，就要在匹配的时候做点什么。这就是
语义。

我们仍然以生成头文件为例。

语义也写在一个.g文件里，叫decl.g，后面会和昨天我们写的 pipe.g 一起由
antlr一起生成为杨氏语言的编译器。因为anltr用于生成编译器，所以是编译器
生成器。

之所以在使用语义的decl.g文件时还需要pipe.g这个语法文件，是因为我们要使
用pipe.g中的语法规则。decl.g和pipe.g共享一些语法规则，decl.g利用这些语
法规则为纲，在匹配到某个结点的时候执行特定的动作，这称为语法制导的翻
译。

语法制导，就是因为沿语法树遍历结点。这个语法树，即AST，pipe.g(严格的
说，由它生成的编译器的parser部分)的输出。

我们来看decl.g的内容。

-- 头部

我也是词汇贫乏，想不起来什么新词，还是叫头部吧。手册里可能有专门的名字
人，但是我猜距离优雅应该同样很远。

代码1：
1 tree grammar decl;
2
3 options {
4 tokenVocab=pipe;
5 output=AST;
6 ASTLabelType=CommonTree;
7 }
8
9
10 @header {
11 import org.stringtemplate.v4.*;
12 import java.util.HashMap;
13 import java.io.FileWriter;
14 }

第1行，表示这是grammar，并且，这是用来遍历树的，不是lex or parser。

这里的decl必须与文件同名，也就是说 tree grammar 什么东西必须放在什么东
西.g文件里。不然，其实也好解决，antlr会报错。

上次忘了，grammar pipe 的那个文件，也同理，要叫做 pipe.g。

第3行至第7行，一些配置。其中第4行，表示这一grammar将与pipe共享相同的
token。

说到这里，题外话，读技术文章与小说有一处相同：如果你从中间读起，要么读
不懂，需要看前面，要么你已经看过这个故事的电影或者电视剧或者缩写版了。
还有一种可能，就是那个小说非常地好，或者非常得简单。我曾经捡到几张当时
称为大书的小说页面，看了半个下午。后来知道那是天龙八部，萧峰用拳头慢
慢钻透墙，救段的那个场景。相信如果你看我这篇，从中间看起的话，断断不会
有那个效果，一定如坠五里雾中，除非你是来指点我的。

第5行，
5 output=AST;
是很有意思的一行。它告诉antlr，我要输出一个AST。这pipe.g是一样的。后
面，我们会看到，有个东西能遍历AST。

这里，因为马上就要有语义，已经是杨氏语言编译器的末端，其实也可以输出别
的东西，比如直接的结果。我们之所以选择AST的原因，请参见
[http://www.cnblogs.com/sonce/archive/2011/03/13/1982555.html]，探索
Antlr（Antlr 3.0更新版）。感谢这位牛人教导我明白了AST与SAX/DOM间的类比
关系。谢谢。

第10行至第14行，是因为我们的语义动作中要用到这些类，所以import进来。你
猜对了，实现动作的，就是Java语言。

-- 规则，语法制导的翻译

接下来的部分，就是在语法的指引下，我们来告诉antlr，遇到某些结点或者
token，我们需要做哪些特定动作。

代码2：
1 starting : game+ ;

这一行简单，简单到与昨天的pipe.g没有任何区别。也就是说，遇到starting的
时候，解析为+个game，然后呢，啥也不错，没有动作。

接下来是规则game，这段相当之长，请有心理准备。我把它拆成了几段来介绍。

--- 开始之前

代码3：
1 //^(CLASS SYMBOL_NAME (node)*)
2 game
3 :
4 {
5 STGroup header = new STGroupFile("st/header.stg");
6 ST class_delc = header.getInstanceOf("class_delc");
7 }
8 ^(CLASS SYMBOL_NAME
9 {
10 class_delc.add("CLASS_NAME", $SYMBOL_NAME.text);
11 class_delc.add("CLASS_UPPER",
$SYMBOL_NAME.text.toUpperCase());
12 }

第1行是用来我自己备忘的。下边的动作把语法打得七零八碎的，不然我根本记
不住自己正写的动作匹配的是哪个结点。

1 //^(CLASS SYMBOL_NAME (node)*)
这一行，刚好就是pipe.g的game规则的rewrite规则。如果你还记着的话。不，
你十有八九不会记得，你得翻回昨天的博客去看pipe.g的game规则。

这里，就匹配pipe.g的AST输出的东西。

{} 里面的东西，就是动作；{} 以外的，就是被折散了的这个东西：
1 //^(CLASS SYMBOL_NAME (node)*)

第4行至第7行意思是，在开始匹配子结点以前，初始化模板相关的东西。模板，
就是StringTemplate。

5 STGroup header = new STGroupFile("st/header.stg");
6 ST class_delc = header.getInstanceOf("class_delc");

第5行，从文件 st/header.stg 中载入 string template group。文件
st/header.stg 的内容和解释，请参见昨天的博客。

第6行，我们要使用这个 string template group 中的 class_delc 模板。这一
模板的定义和解释，请参见昨天的博客。

--- 一个简单的动作

接下来，
8 ^(CLASS SYMBOL_NAME
9 {
10 class_delc.add("CLASS_NAME", $SYMBOL_NAME.text);
11 class_delc.add("CLASS_UPPER",
$SYMBOL_NAME.text.toUpperCase());
12 }

这是我们遇到的第一个真正的动作，语法导制下的语义。

CLASS 结点是一个imaginary结点，有印象没？参见……

当我们遇到SYMBOL_NAME结点的时候，我们要执行第10行至第11行的动作。

这个动作的意义是，向模板 class_delc（它是谁呢，看上面第6行）中填加变
量，这个变量的名字叫做 CLASS_NAME，它的值是$SYMBOL_NAME.text，即
SYMBOL_NAME 这个结点的文本。

比如 mario。

CLASS_NAME，参见昨天的博客中 header.stg 文件中的 class_delc。你是不是
把今天和昨天的博客都打开来对比着往下行进呢？我也在这么做。如果你也是的
话，请感慨一下，这个世界没有多少记忆超群的人，至少你我不是。握手。

11 class_delc.add("CLASS_UPPER", $SYMBOL_NAME.text.toUpperCase());

这行就简单了，我们要再加入一个变量--你可能已经找到了，模板class_delc有
三个参数，还有一个在后面--这第二个变量是CLASS_UPPER，值是
$SYMBOL_NAME.text.toUpperCase()。

$SYMBOL_NAME.text是一个String，所以toUpperCase()可以RTFM
[http://docs.oracle.com/javase/1.5.0/docs/api/java/lang/String.html#toUpperCase()]
。

有的同学已经想到了，有时还可以把这个text转成int，转成float。

此外，有的同学可能也注意到了，加入变量的时候，我们总是关注两个东西：变
量的名字，变量的值，这就像map，键和值。

以上，就是语义动作。没有看到输出？因为我们的动作，就是把一些变量放到模
板里，后面统一渲染。没错，还是这个小资词汇，render。那个时候，我们就得
到了真正的输出。

我们为什么不直接输出，而要使用stringtemplate这么个间接的东西呢？跟我们
不用CGI perl的道理是一样的，因为很多要输出的东西，是固定的，而要填充的
东西，那些占位符，只是其中的少数。我们不想把固定的东西放在程序的逻辑中
输出。

--- 一个复杂的动作，带有聚合的，应用模板于变量之上

接下来，我们遇到了一个复杂的语义动作。

代码4：
13 (node
14 {
15 HashMap mf = new HashMap();
16 mf.put("class_name", $SYMBOL_NAME.text);
17 mf.put("function_name", $node.node_name);
18 mf.put("para_name", $node.para_name);
19 class_delc.add("member_function_list", mf);
20 }
21 )*)

看第19行，我们也是加入了一个变量，名为 member_function_list 。也许你还
记得，这本身就是一个模板（函数），我们要 apply that template on 这个传
入的变量的值上。那个函数只有一个参数，就是mf；而在那个函数中，我引用了
这个参数的成员。

代码4.1
1 member_function (mf) ::= <<
2 $mf.class_name$* $mf.function_name$($mf.para_name$);
3 >>

第15行，我们建立一个HashMap，它有来形成聚合（aggregation），也就是说，
传一个对象，就是mf，进去。

我们看到，这个对象有三个成员，
16 mf.put("class_name", $SYMBOL_NAME.text);
17 mf.put("function_name", $node.node_name);
18 mf.put("para_name", $node.para_name);
刚好与代码4.1，也就是header.stg中的函数里引用的变量的成员对应。

19 class_delc.add("member_function_list", mf);
我们把做好的这个对象做为变量加进去。

以上，是一个复杂的动作，带有聚合的，需要应用模板（函数）的。

--- 渲染

当我们把模板中所有的变量都赋了值，就可以渲染模板了。

代码5：
22 {
23 String result = class_delc.render();
24 System.out.println(result);
25
26 try{
27 FileWriter fw = new
FileWriter("method_chaining_demo/"+$SYMBOL_NAME.text+".h");
28 fw.write(result);
29 fw.flush();
30 }
31 catch (java.io.IOException e)
32 {
33 System.err.println(e);
34 }
35 }
36 ;

第23行，渲染模板。渲染这个词挺优雅的，实质就是得到一个字符串--把模板里
的占位符，那些洞，都用变量填上，然后把模板作为字符串返回来。

第24行，把这个字符串输出到控制台。

第26至第35行，是把这个字符串输出到磁盘文件中，并以
$SYMBOL_NAME.text+".h" 作为文件名。这里的$SYMBOL_NAME，根据语法
1 //^(CLASS SYMBOL_NAME (node)*)
正是类名mario。

之所以要操作文件的原因，是因为我还要生成 cpp，要生成go.cpp(driver)，并
且不希望自动为输出文件命名，而不希望由 go.sh 负责命名。

我们以上为模板中的占位符赋值了变量。事实上，即使不对任何变量赋值，也可
以渲染模板。stringtempalte会认为那些变量都是null，直接跳过，输出占位符
没有被代换的模板。

--- 语义动作的返回值

在 antlr 中，动作还可以有返回值。我们在上面的代码6的第17行和第18行，引
用过node规则的返回值。

17 mf.put("function_name", $node.node_name);
18 mf.put("para_name", $node.para_name);

接下来，是node规则的动作。

代码6：
1 //^(NODE SYMBOL_NAME (PARA INT)?)
2 node
3 returns [String node_name, String para_name]
4 @init {
5 $node_name = "";
6 $para_name = "";
7 }
8 :
9 ^(NODE SYMBOL_NAME (PARA INT
10 {
11 $para_name = "int par";
12 }
13 )?)
14 {
15 $node_name=$SYMBOL_NAME.text;
16 }
17 ;

第3行，表示返回值分别为 String node_name, String para_name。当在上一
级规则中引用的时候，我们就使用 $node.node_name.text,
$node.para_name.text 这样的形式。

是的， antlr的规则可以有多个返回值，这与C/C++不太一样。

第4行至第7行，是初始化部分，在匹配这条规则之前执行。这与前面代码3中的第
4行至第7行的不同之处在于，代码3是执行于某个 alternative（若干个由 | 分
隔开的规则匹配"路径"）之前，而这里的初始化，是在整个规则所有的
alternative之前。

我们在初始化部分中把要返回值赋值为空串了。也可以赋值为报错信息，如果在
语义动作中没有正确赋值，就报错。

9 ^(NODE SYMBOL_NAME (PARA INT
10 {
11 $para_name = "int par";
12 }
13 )?)

第9行至第13行的动作，是当 (PARA INT)? 存在的时候执行的，因为我们把动作
放在了这个位置：

(PARA INT 这个位置 )?

这完成了一个逻辑判断，即只有当参数 PARA INT 存在的时候，才会对
$para_name 赋值。这样，当输入的杨氏语言源代码中有参数时，函数的声明就有
参数；当源代码中没有参数时，$para_name 就是空串，模板渲染以后，在函数
的参数列表里什么也没有。

14 {
15 $node_name=$SYMBOL_NAME.text;
16 }

这个动作，不同于带?的部分，只要匹配了 node 这条规则，就一定会在最后执
行--为 $node_name 赋值。这就是目标代码中的函数名。

今天又整了这么多，相信你也累了。明天继续，将介绍header.java将如何调用
lexer, paser, and tree walker，也将介绍脚本如何编译和运行一切。

附录以上涉及到的源代码

1. st/header.stg

delimiters "$", "$"

class_delc(CLASS_UPPER, CLASS_NAME, member_function_list) ::= <<
#ifndef _$CLASS_UPPER$_H_
#define _$CLASS_UPPER$_H_

#include <iostream>

class $CLASS_NAME$
{
private:
int data;

public:
$member_function_list:member_function(); separator="\n"$
$CLASS_NAME$();
~$CLASS_NAME$();
};

pics

2011-12-04T22:07:00.001+08:00

所以说，unsigned和symbol name很重要。

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（4）

2011-12-03T18:06:00.001+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（4）

- 题外话

昨天看到一个笑话。有个人在论坛上问，为什么车总是不走直路呢。后面一堆问
细节的。楼主又跑上来说，难道不是方向盘上的那个横档是平的，车就应该一直
向前走么。

以方向盘判定车应该走直线，如果方向盘和车轮都不偏的话，那应该是正确的一
种渠道，而且比用眼睛看车轮更间接，也更便利一些。不过，再后面回贴的人提
到：应该眼前向前看，向远处看。换句话说，以车走直线作为车走直线的标准。

写程序也是一样，"难道不应该是..."，我们就是以输出结果为准的。现实世界
也是一样，到底牛顿对爱因斯坦对还是玻尔对，判定的标准再直接不过，以事实
为准。

至于说事实如何判定，那就是更深入的另一个问题了。

想起这个笑话，是因为今天安装宜家风格的柜子。宜家风格，就是一堆板子和一
堆螺丝，你自己把它们装配起来。我发现自己看不清螺丝顶部和螺丝刀结合的地
方。用手摸着对上，卡住--对了，螺丝刀能卡住的地方，就是结合正确的位置。

马克思说：实践是检验真理的唯一标准。

近年来，小资老资们对各种东西都开始质疑了。不过，在工程中，实践仍然是检
验真理的唯一标准。车怎么才能开得直呢，当你检验结果是车走直线的时候，你
开得就直了。

当我们生成的代码与我们期望生成的代码一致时，我们就成功了。其他的无论什
么，权威、领导、老师、教科书，说你对了，都不一定是正确的。有人可能问，
为什么我制造与我期待的一致，但是却没有达到我想要的效果呢--比如我们的
method chaining 代码可能编译失败。

其实原因很简单的，你制造的与你期待的一致，但是那却不是你想要的。换句话
说，你还不知道你想要的是什么。

且慢哭泣，你的努力也没有白费，因为你至少知道了，这，不是你想要的。

你可能还想继续问：你想要的是什么。孩子，如果你自己都不知道，我又怎么会
知道呢？

解决方法有很多，但是并非你喜欢的。我当年剧烈头疼的时候发现，喝了酒头就
不疼了；当年抑郁的时候，发现喝了咖啡心情就舒畅多了。所以，当我头疼当我
抑郁的时候，我的解决手段就是喝酒喝咖啡。你该问了，如果一直一直头疼一直
一直抑郁，怎么办呢？那就一直一直喝酒一直一直喝咖啡啊。你可能还会追问，
那得到啥时候是个头啊。某关同学（不是小关，是韩师姐夫）这样解答：喝咖啡
能预防心脏病，为啥哩，因为它能让心脏PENGPENG跳。有人问，那心脏的寿命岂
不是要受到影响？是啊。但是，心脏通常能比人活得更长久，也就是说，你会因
为别的毛病死掉，在这种情况下，为什么还要担心心脏呢。

这也是一种解决之道，当然，对于希望 *一劳永逸* 地解决问题的同学，不太对
胃口。不过，让我告诉你一个事实，一劳永逸根本就是骗局，请回想你高中老师
是怎么对你描述美好的大学生活的。

我们还是继续来看这个简单的问题，antlr+stringtemplate 使用吧。

我们按这样的顺序来介绍：语法，模板，语义，脚本，或者调用/跑起来的方
法。因为语法规定了输入，模板规定了输出，这两个更简单和易于观察验证；语
义规定了如何把输入翻译为输出；脚本规定如何把上述这些东西整到一起跑起来。

我们仍然先讨论头文件 .h 的生成。

- 语法

回顾，我们的输入是这样的：

它重复了很多次类的声明，类里面有几个方法。这些方法的调用顺序在当前的问
题头文件 .h中是不需要考虑的。

我们把语法在 pipe.g 中规定，这个文件由四部分组成。我们依次来看。

1. grammar

这部分非常短，是这样的，只有一行：

代码2：
1 grammar pipe;

上次我们提到，pipe.g 将由antlr处理，生成一些java源代码，我们把它们叫做
parser们。这些parser用于完成语法解析。这行代码的意思就是告诉 antlr ，我
要生成一个这个东西。

有的同学可能会问，.g文件们本来就是用来描述语法（grammar，又译作文
法）的，为什么还要特别指出要生成它呢，难道还能生成别的么。

是的，antlr能指定词法lexer, 语法parser, treeparser，和混合的这几种grammar。我
们这里指定的是混合的，既有lerxer，也有parser。

有了这条指令，antlr就将试图把下面的东西作为grammar规定来看待，生成我们
指定的lexer+parser。

2. 头部（？）信息

我不知道应该怎么称呼这一部分，各种选项什么的。如果不指出选项的细节，选
项二字也没有什么意义，我们直接来看细节吧。

代码3：
1 options {
2 output = AST;
3 ASTLabelType=CommonTree;
4 language = Java;
5 }
6
7 tokens {
8 NEXT='|';
9 CLASS;
10 NODE;
11 PARA;
12 }

第1行和第7行，就那么写，分别代表它们英文本身的含义。token是个好玩的词，
极有历史，指法老手里的权杖。学习网络的同学也会觉得它面熟，令牌环网
IEEE802.5。它旁证了计算机专业的大师们是多么地没有文化，好不容易找到个
好词，到处用啊。不像人文类的，连现如今，为了强调与众不同，都要重新起
个名字，叫做当下。当下啊当下，立马就小资情怀出众了。不是么？你把token
改成更有文化的词试试，antlr立马翻脸不认你，"滚犊子，能不能说人话？"。

第2行，表示我们要把输入变成啥东西，不是变成输出，那还得在挺后面模板那
里才能涉及到。在这一步，我们把输入变成 AST，抽象语法树。

如果简单理解AST，可以想像成语法描述的手段，在AST的结点里，存储着从输入
中不同位置剥离出来的信息--要创造的类的名字啦，它的方法都叫什么名字啦，
有没有参数啦。这些东西，都挂在AST的结点里，所以当你想办法遍历这棵树的
时候，你就看到了那些信息。

关于AST，建议参考两份资料。一份是本书，《编译原理》，随便哪本都有，《龙
书》最佳。另一份是一篇文章，伟大的七格同学的作品《语法树》，是一篇极其
光辉灿烂摇曳多姿的小说。

即然输出类型需要指出可能是AST，当然就还可以是别的什么。如果感兴趣，请
参考antlr手册，或者作者的两本书。官方网站上有提到。

第3行，ASTLabelType=CommonTree; 意思是生成CommonTree，当然也可能是别
的。别的，请参考手册，同上。以后这个请参考手册，同上，就不写全了，我们
简写为 RTFM。这个词不是我杜撰的，其含义请google。

第4行，language = Java; 表示目标语言，就是那些parser们的java代码的语
言是java。你猜对了，还可以是别的语言，比如C,C++啥的。RTFM。关于这个词
的使用，请参见上一段。

以上，RTFM，这个词在某处定义了，然后到处使用，正是编程的核心思想之一，
重用。编译器的存在，其意义也在于此。

3. parser

这一部分就是语法解析的核心了。

代码4：
1 starting
2 : game+
3 ;
4
5 game
6 : SYMBOL_NAME ':' node? ( NEXT node)*
7 -> ^(CLASS SYMBOL_NAME (node)*)
8 ;
9
10 node
11 : SYMBOL_NAME INT? -> ^(NODE SYMBOL_NAME (PARA INT)?)
12 ;

上述代码4，就是对杨氏语言的语法描述。

第1行至第3行，表示：杨氏语言的源文件是由很多个叫做 game的结点组成的。
有多个少这样的结点呢，+，这个符号的意思是 1 个或者更多。还有些别的符
号，*啊，?啊什么的，RTFM。

加号个game形成了一个叫starting的节点，后面我们解析的时候，就要告诉
header.java从这里开始动手。

第2行的冒号和第3行的分号，就这么写。

很多个game组成starting，那么game是什么呢？第5行至第8行回答了这个问题。

5 game
6 : SYMBOL_NAME ':' node? ( NEXT node)*
7 -> ^(CLASS SYMBOL_NAME (node)*)
8 ;

第6行表示：每个game在输入里，都是应该是这样的，先是一个SYMBOL_NAME，然
后跟一个冒号（输入里没引号的），然后是一个叫做node的结点（？表示它可能
存在也可能不存在）；接下来是一堆东西 ( NEXT node)* ，*个（即0个或者更
多）NEXT node，其中的node和上述node是同一个东西。

有人说，停，SYMBOL_NAME和NEXT和node都是什么呢？类似于game，后面有定义。
我们一会再谈这个。

继续看，第7行有个有意思的东西。
7 -> ^(CLASS SYMBOL_NAME (node)*)

->，叫做 rewrite，有译作重写。->后面的东西，是我们要把输入变成什么样的
语法树传到输出里。估计你还记得，pipe.g的输出不是最终输出的C++代码，
而是AST。->就规定了这个输出的AST与输入（的语法树）间的对应关系。

为什么要rewrite呢？一个原因是我们希望在后继的解析和语义过程中，语法树能
以一种更方便我们（杨氏语言编译器程序员）一些，而不是更方便盟友（杨氏语
言源代码程序员）。我们在->之前的语法，是为了盟友提供服务的，要尽可能让
他们用起来方便，就是 input.pipe 的样子；这里，通过 -> 改变成方便我们工
作的形式。有时，我们还可以舍弃一些没用的节点，或者添上一些虚的
（imaginary）结点。第7行中的CLASS就是一个虚的节点，有时候需要用虚结点来
区别语法树相同的规则--即两条规则都使用了相同的语法树。

对了，补充，类似第1第至第3行，或者类似第5行至第8行，这样的条目，我们称
为规则（rule）。

4. lexer

上面提到，还有些东西没有定义。比如SYMBOL_NAME和NEXT和node。node已经在
parser部分第10行定义了，与前两条规则没啥区别。

SYMBOL_NAME和NEXT不太一样，一个曲型的特征就是它们是全大写的。它们放在
lexer部分，称为token。

代码5：
1 SYMBOL_NAME
2 : ('A'..'Z'|'a'..'z'|'_') ('A'..'Z'|'a'..'z'|'_'|'0'..'9')*
3 ;
4
5 WS
6 : (' '|'\t'|'\n'|'\r')+ {$channel = HIDDEN;}
7 ;
8
9 INT
10 : ('0'..'9')+
11 ;

第1行至第3行表示：定义SYMBOL_NAME。SYMBOL_NAME是大小写字母或下划线开头，
后面接*个大小写字母或下划线或数字。就是C语言变量或函数名（合称symbol
name）的规范。

第5行至第7行，定义了要跳过的符号，空格，tab什么的。

第9行至第11行，定义了parser部分引用的一个token，整形数据INT。为了简单，我
们的目标代码，如果有参数，就只传int的，且只有一个。

语法（parser）和词法（lexer）看起来差不多。因为一些机制上的不同，所以
要分开对待。细节，RTFM。

- 模板

接下来我们针对输出的结果写一个模板文件。我放在了工作目录下的st目录下，
头文件生成要用的模板是 header.stg。

.stg只有三部分，在简单的案例中，甚至可以紧缩成一部分。

1. 头部。头部这个名字也是我瞎起的，不知道手册里叫做什么。

代码6：
1 delimiters "$", "$"

也只有一行。告诉stringtemplate，不是告诉antlr，我们要用$作为开始一个占
位符的标志，也用$作为结束一个占位符的标志。占位符这个词我们此前提到过，要
准备用一个变量去填充的东西。

2. 正文

如果紧缩为一个部分，这部分是必须有的。它规定了我们打算输出什么样的东
西，架子，以及放在架子某个位置的占位符。

代码7：
1 class_delc(CLASS_UPPER, CLASS_NAME, member_function_list) ::= <<
2 #ifndef _$CLASS_UPPER$_H_
3 #define _$CLASS_UPPER$_H_
4
5 #include <iostream>
6
7 class $CLASS_NAME$
8 {
9 private:
10 int data;
11
12 public:
13 $member_function_list:member_function(); separator="\n"$
14 $CLASS_NAME$();
15 ~$CLASS_NAME$();
16 };
17
18
19

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（3）

2011-12-02T21:59:00.001+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（3）

- 前面忘了交待的事

之所以要写这篇博客的原因，是因为在网上看到的 antlr 教程大部分都是进行四
则运算。四则运算的确很经典，不过对于学生来说，有另一个例子比只有一个例
子更好。

前几天查别的资料的时候，我抱怨过到处都是同一个贴子，赵秋实同学：那你就
自己写一个吧。写一个挺累的，但是他说的对，所以我就写了一个不是四则运算
的。

- 开发工具及版本

上次提到要生成的东西，现在终于说到正题，生成这些产品的工具，代码生成我
们的开发工具版本是antlr-3.4-complete-no-antlrv2.jar。为了方便看语法树和
简单调试，你还可以下载 antlrworks-1.4.3.jar。这两个东西都可以从
[http://antlr.org/download.html]下载。其中已经包含stringtemplate了，不
必另外下载。

此外，antlr需要java运行时库，目前的版本要求是1.5或更高。

为了跑我们生成的代码，还需要g++。我用的版本是 g++ (Ubuntu
4.4.3-4ubuntu5) 4.4.3。因为生成的代码涉及规范都很基本，理论上，你用啥版
本都行。

我在Linnux下跑所有这些东西，Ubuntu。因为这些东西都是跨平台的，你用什么
操作系统都应该可以。不过，请原谅我给的运行脚本--相当于批处理，只有
Linux版本。脚本只是为了运行方便，即使你不懂脚本，根据我的解释，手动重现
或编个批处理应该都不是难事。

- 生成

仅有工具而没有操纵工具的灵魂，是无法赋予工具以智慧的。所以，我们需要一
些文件，用以指导 antlr+stringtemplate 工作。

我们一共要生成三种东西：.h, .cpp. go.cpp(driver)，还要再写两个脚本，一
个用于调用生成的过程，另一个用于编译和执行生成的产品。

为了生成这三种产品，我们需要以下文件，作为指导 antlr+stringtemplate 运
行的指令。这几个文件，除了扩展名，可以认为都是瞎起的，只是为了方便我们
记忆，没有别的意义。

以下，以生成头文件为例说明。除了pipe.g和go.sh，头文件、cpp文件、go.cpp
每个目标都需要一组以下这些东西。

1. pipe.g：.g表示这是grammar，文法文件。这里，存有我们要实现的杨氏语言的
语法。

语法，在自然语言中，是规定一个句子的主谓宾和时态等如何表达的规则。现在
的中国人，都很熟悉英语的语法。你没看错，是中国人，熟悉的是英语的语法，
另一个国家的。其实汉语本身也是有语法的，只是当今有些年轻人不再知道了。

当年我们语文课中学到：主谓宾定状补，这都是句子的成份。还在偏正短语啥的。
当然，与英语不同（这也谈不上特殊，请不要走到另一个极端，和咱们类似的也
有的是），汉语使用助词而不是动词的变形表示时态。

你吃了吗和你吃吗的区别就在于时态。

汉语和英语，都是主+谓+宾这种形式。而日文（还有德文？）就是主 + 宾 +
谓这种形式。

位置、变形等决定了词的语法意义。

比如我们的输入文件：

mario:
pipe_a 123 | pipe_b | pipe_c

其中的 "mario:" 表示打算建个类，名字叫做 mario。

"pipe_a 123 | pipe_b | pipe_c"表示打算在这个类里建三个方法，其中pipe_a
有个参数。调用的时候传参123进去，调用的顺序依次是 pipe_a, pipe_b,
pipe_c。

这些打算，就是语法（syntax）告诉我们的。根据语法判断输入文件
input.pipe，即杨氏语言的源文件打算做什么，这个过程叫做解析（parser）。

2. decl.g：.g表示这是grammar，确切地说，是tree grammar文件。我们使用了
AST（抽象语法树）来帮助实现pipe.g的语法中指定的那些"打算"。

我们把为了实现这些打算而写的代码，称为动作（action）。

打比方来说。一句话，对于源代码而言，通常是一个命令，比如"吃饭"。这是个
祈使句。

通听懂"吃饭"，分解为动词吃和宾语名词饭，这就是语法分析。用什么样的动
作才能实现吃这个动作，怎么把饭作为动词吃执行的对象，这就是动作需要指定
的。杨氏语言的编译器，就像一台机器，语法指定了它能听懂你的指令，而动作
规定了它执行这些命令的措施--移动哪个肢张开多大口--包括这些针对不同规格
的饭的行为。

我们把这些动作--针对语法而执行的语义（semantics）。

3. header.java

语法和语义文件，会经antlr处理生成几个java类，这些类的调用是由
header.java完成的。header.java这个名字也基本是随意起的，之所以称为
header是因为要用于生成头文件，之所以.java，那是因为它就真的是个java源
文件，后来会被编译为.class。

这个比较简单，基本是套路的，抄来改吧改吧就能用。

4. input.pipe

就是它：

mario:
pipe_a 123 | pipe_b | pipe_c

peach:
stage_1 123 | stage_2

bowser:
lose_1 123 | lose_2 | lose_3 | lose_4 234

我们的杨氏语言编译器读了这个输入的杨氏语言源代码以后，会生成三个类，分
别是mario，即马利，peach，那个公主，还有bowser，乌龟壳boss。它们分别有
两三四个类，如上所示。估计你完全能看懂，这比C++简单多了。

5. go.sh

这个是脚本，是用来调用header.java的，及一些前期处理工作，删除以前的生成
结果啦，建个工作目录啦，编译那些java文件(antlr从我们.g里生成出来的，还
有header.java)啦啥的。对了，它还会把 input.pipe 作为杨氏语言编译器的
输入，并且编译杨氏语言编译器输出的C++代码，然后执行一下。

脚本的动机是，我改一下.g文件，然后运行一次go.sh，就能自动地把上述工作完
成。顺便说一句为什么非得有个自动的东西，而不是手动执行那几行命令--因为
真的要执行非常非常多次。.g文件，也就是整个事情的核心，非常地不容易写。
非常不容易写的原因，如某位外国友人程序员说的：antlr的报错，也就是对.g处
理的报错信息，就像加过密一样难读。

我们之所以还要容忍它的原因，是因为同时它也真的很富有生产力。

6. header.stg：String Template Group，模板（组）。

header.stg源代码中有的地方看起来像这样：

#ifndef _$CLASS_UPPER$_H_
#define _$CLASS_UPPER$_H_

对比一下我们要生成的头文件

#ifndef _MARIO_H_
#define _MARIO_H_

是不是觉得似曾相识？

我们要做的，就是要在.g里把模板载入，然后用从源代码 input.pipe 中解析出
来的 mario 再改成大写，用来代替 CLASS_UPPER，即两个$中间的内容。

当然，实际要替换的东西比这要复杂，尤其是当模板中的某一区域要重复很多
次，而次数和内容取决于源代码 input.pipe 的时候。

我们一共就要生成这些东西。它们之间的关系，也就是整个系统跑起来的原理是：

下面的 "->" 表示数据流，而不是谁变成了谁。有括号"()"的节点，表示程序，
没 "()" 的，表示数据。

1. pipe.g + header.g -> (antlr) -> 一些java文件--parser们

2. input.pipe -> （header.java 调用 parser们） -> .cpp和.h们 + go.cpp

3. go.sh 调用以上过程。

shell助我去战斗

2011-12-02T15:04:00.001+08:00

shell助我去战斗

客户催进度的消息传来几次，我恨恨地想：再催再催，我就把你们全带去封闭开
发。好吃好喝，不让睡觉，天天干活。

我估算了一下，担保不等项目结束，客户全过劳死光，我一定还能幸存。

编码间歇看邮件，ZHUMAO同学带来噩耗，他要暂时关闭我们的GIT服务器，得备
份。

不少项目都有单儿的 git repository，在ZHUMAO的服务器上中央存储。关键是，不
少，我得把它们全pull一次，有些不紧急的，我已经一段时间没pull了。

恩。背影知识：git是一种版本控制系统，版本控制就是你写一大篇文章，中间
的很多过程都要记录下来，留着有用。pull，就是把git服务器上的东西整下来。

一个个项目。一个个进入那些目录，pull，然后再进入下一个目录。

非常不好。那么，编段程序完成这个任务吧。

编程序完成的好处在于：虽然花了时间，可能是等长甚至更长的时间，却可以更
容易保证质量。

这好比你打算用蜡烛做十个小兔子，如果一个个用手雕刻，那个每个的质量都是
无关的。如果花时间做个模具，那么，只要有一个小兔子是质量过关的（并且工
艺上，比如温度，控制得当），那么其他所有的小兔子就都是质量过关的。

1. 统一规格

我找到所有的配置文件，把 remote 和 url （就是远程的git服务及指定上面的
项目）都改成相同的。

当然，可以编个awk&sed程序直接改了，但是我没那个功力，且学会了"对付一下
得了，不要么通用"的原则。所以，我找到每一个不符合要求的配置文件，然
后手动修改。

这么找：

: find . -name config | xargs grep -i ".231" -nH

-nH参数的作用是打印是哪个文件的哪行命中了。

2. 写个程序，遍历目录，挨个pull

就这样：

1 for i in $(ls -d */)
2 do
3 echo pulling $i
4 cd $i
5 convmv * -r -f utf-8 -t gb2312 --notest > /dev/null 2>&1
6 git pull origin master
7 convmv * -r -f gb2312 -t utf-8 --notest > /dev/null 2>&1
8 cd ..
9 done

啥意思呢？

第1行，for是个循环，它将令变量i遍历 $() 里的东西，即 ls -d */。

ls -d */ 的作用是列出当前目录下所有的目录。

第2行至第9行，是循环体。在每次循环时，都完成以下任务。

1. 第3行，显示当前正pull谁呢，让我心里有个数。不然，通常我就等不及强制
结束了。

2. 第4行，进入以$i这个变量为名的目录。

3. 第5行和第7行，是把文件名在utf-8和gb2312间编码转换。原因是：a.祖国尚
未统一世界，万码奔腾的局面还会存在很多年;b.虽然通知了所有的程序员不要
使用中文文件名，大家还是有时候会忘。

解释一下"> /dev/null 2>&1"的意思。> /dev/null 是把输出重定向到黑洞里
去，免得烦我。你肯定也有那感觉，多余的信息，不如没有。2>&1 的意思是把错
误信息，即出错时的报错信息也扔到黑洞里去。你看，我连错误也不想看到...跟
我们中的某些人类似。

4. 第6行，是核心，也就是 git pull origin master，从origin指向的url中
pull下东西，放到master分支中去。

为了核心的，我们真正要做的事，我们做了多少准备工作啊。而且，还有收尾工
作。

5. 第8行，收尾，回到上一级目录，以便继续遍历下一个项目。故事再次上演，
没有一点改变。

这个故事告诉我们，真正的我们想做的事，往往在一大堆看似无关和无聊的事情
当中。我们需要发现本质，同时，我们也需要有能力完成核心以外的事情。

这个故事还告诉我们，第8行，收尾工作非常重要。项目的开始并非开始于项目开
始的时候，而是开始于上一个项目结束的时候。

所以，令我们安慰的，如果当前有什么事情无法完成，那不是此刻的你的错误，
而是更早的你积累的结果。非常简单的推论，如果未来的你有什么事情无法完
成，其错肇始于此刻。

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（2）

2011-12-01T17:11:00.000+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（2）

前传，母模 method chaining

我们要用 antlr+stringtemplate 开发的东西，是 method chaining 的生成器。
因此，我们得先知道 method chaining 个什么样子。正如当我们想做个蜡烛小东
西的时候，我们得先做出这个小东西的母模来。

母模与最终的批量产品看起来样子完全相同，但是，母模是用手工打造的。

method chaining 是实现 Fluent interface 的一种手段，这俩在 wikiepdia
上都是条目，详情请自己去查。

Fluent interface 是软件工程中的一种方法，希望能让代码更可读。试对比：

方案A：

o_mario->pipe_a(123);
o_mario->pipe_b();
o_mario->pipe_c();

方案B：

o_mario->pipe_a(123)->pipe_b()->pipe_c();

或者

方案C：

o_mario->pipe_a(123)
->pipe_b()
->pipe_c();

是不是觉得方案B和方案C的可读性更好一些？况且，我们少键入几次o_mario，
也减少了错误的可能。

Fluent interface 的提出者是牛人 Martin Fowler。如果你读书不注意作者的
话，可能会不记得他。他的作品包括分析模式（不是四人帮的设计模式），UML
精粹，重构，Domain-Specific Languages 等。他是敏捷方法、极限编程、UML
和模式领域的专家，还推动了依赖注入（控制反转）一词的流行。

以上八卦结束，无外乎想说明 method chaining 这技术系出名门，有纯正的民间
血统。

Fluent interface 能够让调用这一方法的程序员写出的代码，看起来像是一种
领域定义语言，更专门，也更容易被本领域的专家（或人类）识读。也就是说，
读者可以经受更少的训练即可读懂。

凡是具有平易近人特性的东西，似乎也都具有另一个特性，那就是精美的包装。
而包装是需要代价的。

不过，我们遵循这样的原则：当你是一个库函数的程序员的时候，库函数的接
口，应该以令使用它的人感到愉悦为原则。你在此时多花费的时间，不仅楚人失
之楚人得之，而且将以十倍百倍在别人那里得到节省。

这也正是我们的价值所在。那种认为"我依赖你对你撒娇，那都是看得起你"的
人，可能从来没想过它的反命题，"我不允许你依赖不允许你撒娇，那都是看得起
你"，因为把你视为平等的人类而不是低一等级的什么。

工程中没有小情小调。你真的以为现在撒娇的你，将来遇到问题的时候能够替大
家挡下风雨么？

所以，如果我们是库函数程序员，我们要提供令别人觉得享受的接口去调用。
method chaining就令人愉悦，所以我们要考虑一下怎么实现了。

我们的盟友需要的效果是这样的：

o_mario->pipe_a(123)->pipe_b()->pipe_c();

那么，我们考虑一下实现。

1. o_mario->pipe_a(123)，第一个函数的调用

o_mario（严格的说，是这个指针类型的变量的类类型）需要有一个方法，这
个方法是pipe_a.这个容易，就是这样：

代码1：

class mario
{
public:
pipe_a(int par);
};

以上是头文件中的内容，函数的实现非常简单，先不讨论.

2. o_mario->pipe_a(123)->pipe_b()，第二个函数的调用，及第一个函数的声明

后面这个pipe_b()是个什么东西呢？

这应该是另一个方法。谁的方法呢。从库函数使用者的角度看，它应该是
o_mario->pipe_a(123) 这段代码的返回值的成员函数。

这里有两件重要的事。第一，重申：它应该是o_mario->pipe_a(123) 这段代码的
返回值的成员函数。因为pipe_b()的前面有 ->，所以无疑的，前面是个类的实
例的指针。看不懂的同学，请回去复习一下C语言中的structure的成员变量如何
引用和这个structure的指针如何引用成员变量。

第二，一种思维方法。当我们讨化如何实现的时候，我们可以从接口（广义的）
的形势入手，而不从对实现的猜测本身入手。也就是说，我们先明确它应该是个
什么样子，而不是应该如何实现。因为在这里，接口，是动机，要首先明确，而
实现手段，可以有千千万万，我们一个个穷举起来代价比较大。

以上两件重要的事讨论完毕，我们再回头来看，这句话有点长：

o_mario->pipe_a(123)->pipe_b()中的pipe_b()是 o_mario->pipe_a(123) 这段
代码的返回值的成员函数。

即第二个函数，是第一个函数的返回值的成员。

理解了这一点以后，我们可以再进入一步问，我们需要的是第一个函数返回值的
成员，那么，第一个函数的返回值是什么东西么？

它应该是一个类类型(class type)实例的指针。

哪一个类类型为好呢？ class mario 就非常适合。

所以，我们把代码1改一下，确定第一个函数的返回值类型，变成下面这样：

代码2：
class mario
{
public:
mario* pipe_a(int par);
};

以上是这个函数的"接口"，即怎么去调用它。

3. 第一个函数的实现

我们需要的已经明确，下一步才是如何得到。

在这里，我还是想再一次强调，明确自己需要的是什么非常重要，远远比知道如
何去实现要重要。始终坚守并提醒自己想要的是什么，希望能有效地避免走上与
自己的愿望相反的道路。

WG同学提到过一个问题，如果把一群人关起来，不让他们了解外部的世界，给他
们好吃好喝，或者教育他们认为自己得到的是最好的，这是否给了他们幸福。

这个问题可以用另外的两个似乎无关的事情来回答。

一是，有日本人称中国人为支那人，我们很不喜欢，认为受到了侮辱。有人提到
过，那不就是个名字么，为什么认定这是侮辱。提这个问题的人显然没有意识到
这样一个道理：当你认定自己受到了侮辱的时候，那么就是受到了侮辱。这与发
出行为的人的动机甚至关系都不那么紧密。所谓尊重，就是不做对方认为侮辱的
事情。

所以前面提到的类似观点"我欺负你正是爱你"，可以问问对方，他喜欢这样的爱
么。这类似于百年前的男人问问自己的老婆，我殴打你才是爱你，你接受么？

对方不接受的，就不是他想要的。当我们讨论对方的感受时，我们必须讨论对方
的感受，而不是你的感受。你没看错，我说的就是"当我们讨论对方的感受时，我
们必须讨论对方的感受"，即，当我们讨论A时，我们必须讨论A。

道理朴素到可以归结为 A就是A，但是有些人仍然不懂，因为他们加了很多附加
条件，却无视这些条件都与A无关。

WG同学的方案里，如果被关起来的那些人觉得好，那就是好呗。问题是，那些人
*真的*觉得好么？

家长包办婚姻（这个词对你来说，是不是史前时代的古拉丁语）的时候对孩子
说，"我都是为了你好啊"。且住，那得由你来判定。

第二个回答WG同学的例子。扯淡的。我喜欢一个人，我把他，对不起，我把她捆
起来，不放走，每天喂猴头燕窝鲨鱼翅。最后她终于逃脱，找来一群人要揍我。

我可不可以说：至少，你吃到并消化了那么多好东西，那都是我卖血换来的啊。
你如何报偿我呢。

这个例子如此浅显，以至于你都愤慨了吧。但是它和WG同学那个看似合理的方案
有一个共同点，即被捆起来饲养的那位，她愿意吗。

愿意，意愿，希望得到的是什么，这非常重要。这比如何实现重要一百倍。

以上扯淡结束。我们已知库函数使用者想要的是代码2。其实，至此我们还没有
做一点自己的库函数开发的工作，只是明确了盟友的需求。

应该是这样实现的。

代码3，加了行号。

1 mario* mario::pipe_a(int par)
2 {
3 std::cout << "I am running in " << __FUNCTION__ << std::endl;
4 this->data = par;
5 std::cout << "data: " << data << std::endl;
6 return this;
7 }

其中，第1行就是声明的重复。

第3行和第5行，是为了调试的时候方便，能看着点啥。__FUNCTION__ 是编译成
debug版内置的，函数名。第4行，是为了显示效果，有一个成员变量，data，int型
的。

第6行是有意思的一行，它的作用，即我们刚刚讨论的，我们的盟友需要的，返
回值。

返回值是什么呢?是this指针。它是一个指针，指向了这个类类型的这一个实例。

所以，pipe_a 和 pipe_b 是同一个实例（的指针）调用的成员函数，这些方法
的数据将存储在（或读取自）同一个实例中。也正因为同一实例这一点，经常有
人用 method chaining 来初始化类类型的变量。

比如这样；
代码4，出自[http://en.wikipedia.org/wiki/Fluent_interface#C.2B.2B]

FluentGlutApp(argc, argv)
.withDoubleBuffer().withRGBA().withAlpha().withDepth()
.at(200, 200).across(500, 500)
.named("My OpenGL/GLUT App")
.create();

4. o_mario->pipe_a(123)->pipe_b()->pipe_c()

我们目前实现到 pipe_b()，容易看出，后面的 pipe_c() 与 pipe_b() 没有区
别。

这样，代码5：

mario* mario::pipe_c()
{
std::cout << "I am running in " << __FUNCTION__ << std::endl;
return this;
}

5. 调用者

我们替盟友写一段代码，测试一下是否能工作，然后再交付。交付的时候才发现
很多麻烦没有解决，无论是多小的麻烦，都应该认识到，那是我们的责任，不能
推给库函数使用者去完成，因为他不替你领工资。

我们把这段调用库函数的代码称为 driver，推动事情运行的东西。

代码6：

#include <mario.h>
int main(int argc, char *argv[])
{
mario* o_mario = new mario();
o_mario->pipe_a(123)->pipe_b()->pipe_c();
delete o_mario;
return 0;
}

6. 对生成 method chaining 的展望

这样，我们需要三个文件：

mario.h 头文件，类及其成员的声明；
mario.cpp cpp文件，类及其成员的定义；
go.cpp driver文件，负责调用mario的函数们，即
o_mario->pipe_a(123)->pipe_b()->pipe_c()。

7. 重提母模

如果我们仅只需要马利这样一个类，那么手写就可以了，手写完交给库函数程序
员成千上万次像driver那样调用.

但是我们可能需要很多个这样的类，而它们的结构如此类似。所以，我们需要大
量地成批地生成它们。

对于每一个类，我们都需要 .h和.cpp文件各一个，用类的名字命名；所有这些
类，我们还需要一个driver.cpp，调用它们。

以上，明确了1.我们的代码需要生成，2.我们需要生成哪些东西，3.这篇博客的
主体，这些生成的代码都应该是什么样子的。

8. 附录，那些文件的代码

以下是我们明天要生成的代码。它们现在也可以编译，这样：

g++ -I. *.cpp -o go

执行的时候：

./go

此外，从下面的driver.cpp中你可以看出，其实，我已经有了不止mario一个类。
它们都能通过我们接下来要介绍的杨氏语言编译器生成出来。

你猜到了，下面的代码，确实就是生成出来的。

8.1 mario.h

1 #ifndef _MARIO_H_
2 #define _MARIO_H_
3
4 #include <iostream>
5
6 class mario
7 {
8 private:
9 int data;
10
11 public:
12 mario* pipe_a(int par);
13 mario* pipe_b();
14 mario* pipe_c();
15 mario();
16 ~mario();
17 };
18
19
20

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（1）

2011-11-30T22:03:00.001+08:00

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（1）
引言
听着douban电台，很多新的旧的听说过和完全不认识的歌者在网络的另一端歌唱。我也不知识他们和她们都在想些什么，为了哪些感动的事情而快乐忧伤，我知道的是，这些歌声是某种数据流，彩色的发光的，在网络中穿行，最后然后驱动线圈振荡，驱动膜片振荡，驱动我的耳蜗。
这些背后，是信息论和电子学，以及无数理论支撑的结果。因为这些，世界才可能令这样美丽。
听说，BBC声称，编程技术正成为拉丁文学一样的东西。我们正尽享生活，就越来越不屑于了解世界背后的原理。令人不禁想起古罗马一片欢乐声里那些正催吐，以便吃下更多美食的达官。他们正忘记如何战斗，也正失去古希腊探索世界本源的精神。
读罗马史，我看到了散落一地的破碎镜片，很多碎片闪着耀眼的光，也同样是在这些碎片中，我看到我们自己的影像。
----
计算机由语言操纵运行，语言表达了人类的思想。人类的，或更精准的更形式化的语言要转化为机器唯一能了解的代码，然后，机器方能听命于人。
这种翻译人类可识读语言（C/C++,java,python,perl...html）为机器语言的工具，名为编译器。
Antrl是一款编译器生成工具，Stringtemplate是同一作者开发的模板工具，供编译器在解析输入文件后，填充模板中保留的占位符为另一些东西。此作者是一位大学教授，网页上的照片把两只手张开放在脑袋旁边，不知是在戏仿兔子还是蝙蝠，孩童一样微笑着。
他的硕士研究生，做了antlr+stringtemplate的PPT报告，用了童稚的字体，还有他模仿导师动作的个人照片。
导师模仿兔子，我们模仿导师。人类的动作具有丰富的内容，据说甚至承载了超出语言的信息量。不过，动作和表情传达的信息又是模糊的，对于计算机而言，模糊的指令甚至不如没有指令。
在讨论计算机精确的指令系统以前，我想先介绍一些别的。然后到了明天的博客，非计算机专业的同学，就基本可以无视了。
刚刚，我在音乐里睡着了，醒来的时候手里捧着罗素的《自由之路》还没有掉到地上。也许，我只不过迷糊过去了不到一分钟。如果我注意了刚刚在听什么歌，也许我可以判断时间。但是，我唯一知道的是，灯光仍亮着，屏幕仍黑着，长夜仍刚刚开始，我正读的，仍然是那一页
政治与自由。
一般我们认为，罗素是数学家，逻辑学家。他同时还有另一个身份，他也是一位哲学家。他以哲学著作获得诺贝尔文学奖，因为他的文字中对于人类的关怀。
在读《自由之路》的过程中，我不断地发现许多书页中夹着的暗红色叶子，并为此而感动。这当时许多年前某位读者放进去的，某个秋天，她读了其中的很多页，把那个秋天的纪念放在这里。后来的很多位读者，都看到并保留了这份心意。
我执意认为，这位读者当是一位女士。因为男士少有此种闲情。而她之所以令我感动，并非出于性别，而是智慧。读了这些书页的，能读懂这些书页的，应该具有与性别无关的智慧。我见过许多美女抱怨"他喜欢我一定只是因为我的容貌"，就像男子抱怨"她喜欢我绝然是为了我的钱"。他们和她们都没有想过一个问题，那是否因为你的智慧并非明显地超出你的容貌或者金钱。
当你的智慧超出性别，那么人们自然尊重你的智慧，与性别无涉。当你注视罗素在很多年前，把他的智慧倾吐在这些纸上的时候，你见到的是一位长者，还是一位老帅哥？
尤其是当岁月洗去他的容貌和声音以后。当你与他的生活毫无交集，因此绝无情感置于你与他之间。
你所看到的，是一个人，他在探索人类所未知的领域。
那些领域，哪怕仅是我们自己所未知的，而别人尽已了解，也仍然是非常有意思的事。
而有些人，不是这样做的。他们并不想了解这个世界，只是想消费它。
听到一个笑话，就是牛顿说我不是牛顿，我站在一平方米上，所以我是帕斯卡那个。我看到有人说：我是文科生，看不懂，猜那是公式，所以我笑了。
所以我叹气了。有些人，并不想了解这个世界，只是想消费它。牛顿每平方米不是大学物理中的公式，而是高中知识。也就是说，能说"我是文科生"的人，既然已分文理，他一定是学过这个公式的。
他只是不愿意去看去想，这个世界，只是他发表意见的垃圾筒，他根本不屑于明白。我确实十分不明白，对于一个你不了解的领域，这整个世界，你怎么敢于发表一丁点意见。
对于我们未知的领域，保持探索，这是后面这个例子的引子，也是antlr+stringtemplate这系列博客的引子。
-----
这个例子，是探索仅我未知的世界，这个领域的人，早就知道了。
前几天以蜡烛做为质料，做了几个小东西，有小兔子，有小娃娃，还有一头小驴子。后来想做松塔，失败了。
其中一种方法是这样的。
第一步，把橡皮泥在橡皮泥的模具（材质是塑料）上压紧；
第二步，小心揭下橡皮泥，不要整变形了；
第三步，把热熔的蜡烛烧在橡皮泥里；
第四步，等蜡烛冷却凝固，把橡皮泥扣下来。
似乎是这样的，这些步骤在某个学科里都是有专门名字的，这些东西也是有专门名字的。
我仅约略知道，在这里，第一步中的橡皮泥模具，塑料的那个，称为母模（还有一种说法，公模母模，按这种说法，这应该是公模）；第二步里以橡皮泥为材质的那个，称为阴模，或者简称模具；第三步和第四步里蜡烛的那个东西，叫做什么呢，我们称它为产品吧。
以上的这些步骤看似简单，其实里面诸多细节，任何一个细节的卡死，可能都会令你全盘失败。
有的同学会问，都成功80%了，那也叫失败么。谁说的来着，失败只有一种，就是半途而废。后面种种理想，只要没有实现的，也不过是你大脑里的一些神经电脉冲而已，能有几毫瓦呢。
凡是没有做出产品的，就是完全失败的。这也是为什么某些表现为领导者的干部令人厌恶的原因，他们完全没有实施的能力，只有观点。
在操作以前，有些细节，由于学科训练，我能够想到，有些，则完全没有预料到。
我想到的，书里也提到，蜡烛加热是件危险的事，要始终看着火温。我们都知道那是易燃品。我想到的方法是水浴，即隔水加热，这能保证在加热中蜡烛只会融化，不会燃烧。
水浴，这个方法很令我得意。我还跟包师弟吹嘘来着，同时提到数据，石蜡的融点是47-64度。包师弟说，水什么浴什么热，我做个电子的恒温器。
这就是能力差别。因为他还将避免另一个我在实验时发现的问题，烧铸的时候，蜡的温度非常重要。如果温度过高，会把橡皮泥中的水析出来，留在橡皮泥和蜡液之间，这非常影响对模具细节的表现。如果温度过低，蜡液将开始成为半流体，容易断裂。
我猜到，有些同学正对这些细节不屑。那是因为你只有观点，既不打算了解这个世界，也不解它，因此并无亲自实施的习惯。
这些细节足以使你的作品变成垃圾。
就像你的那些错别字，那些矮油的感叹把你从一个严肃讨论问题的公民转变为一个戏谑或无知的看客。因为你既不尊重你讨论的对方，也不尊重你讨论的问题。这正如打CS的时候作弊，你当然有这样的自由，但是没有人乐意陪你玩，又或者陪你玩的人是和你一样或更不严肃的人，你们一起把这个游戏变成甚至不如一个的游戏。（这里，感谢子龙和兔子的教诲，打CS作弊是不对的。）
同理，antlr+stringtemplate中的细节，也都是非常重要的。仅知道它们干什么的工具，并不能帮助你有能力使用这些工具--仅达到指手划脚的能力吧。
为什么我要提铸模这个例子呢？
因为从明天的博客开始，我会使用母模、阴模、产品这样的比喻。
我将谈到：antlr, stringtemplage的基本原理，我将用它们从下面这样的杨氏语言中生成c++源代码，包括头文件,cpp文件，调用它们的cpp文件，能编译并执行的。
杨氏语言的一个例子：
mario:pipe_a 123 | pipe_b | pipe_c
peach:stage_1 123 | stage_2
bowser:lose_1 123 | lose_2 | lose_3 | lose_4 234
没错，这就是超级马利的一个粗糙模仿。马利同学依次穿过了pipe_a,pipe_b，pipe_c，并且在pipe_a那个场景里得到了123这么个道具。
最后生成的cpp代码大致像这样：
o_mario->pipe_a(123)->pipe_b()->pipe_c();
o_peach->stage_1(123)->stage_2();
o_bowser->lose_1(123)->lose_2()->lose_3()->lose_4(234);
生成的代码中，还包括o_mario等这些对象的类的声明和实现。
另外，下面这种调用方法，就是fluent interface的实现手段之一：methodchaining。是不是看着挺人性化的？
o_mario->pipe_a(123)->pipe_b()->pipe_c();
明天开始，我们整个模具生成它们。明天，我们先看母模啥样。

pics

2011-11-30T20:13:00.001+08:00

我想买个键盘：用户需求可以多么刁钻

2011-11-24T23:30:00.001+08:00

我想买个键盘：用户需求可以多么刁钻

套用那句著名的"我想要的很简单"，今天我想要的也很简单，我想买个键盘。

为了这个简单的愿望，不仅昨天在网上查了半个晚上，今天又跑了半天。这证明，所有的用户需求都是不简单的，包括某些看起来非常简单的。

只要这个要求是特异的，那么就不简单；如果这个要求不是特异的，它根本就不会存在。

如果我要求键盘上面有ABCD几个字母，那么你就会哈哈大笑，这个要求容易满足。如果我要求这个键盘只有数字，要非常的小，你会问我"是不是银行里输密码的那种布局"。如果我明白什么是布局的话，那么你我就可以很好的沟通。如果我想要的是无线蓝牙或者有线，那么你可能推荐我罗技。

这些，都不是我想要的。

1.我想要的键盘应该只有"基本区"：用户的基本需求，不同于平常的

键盘从左到右可以划分成三个部分，最右边区域是数字小键盘，中间的区域是翻页和光标移动键，最左边的区域就是我说的"基本区"。我要这样的一个键盘，它从基本区的右侧切了一刀，右边的都不要。

昨天晚上，我在网上找，"迷你"，找到的是一巴掌宽的那种。我想要不是这种，而是尺寸正常，只是切除了右半边的。

2. 我不喜欢苹果：用户需求变更

在百脑汇，老板们给我找到了不少符合我上述需求的。但是我突然发现，它们有个共同特征，像苹果的键盘。

苹果引领了新时尚，但我打算不跟随啊。苹果键盘的键帽，表面有个不同以往的特征。咱们传统的键盘的中间是凹下去的，而苹果的键帽上面是平坦的。

那个洼洼兜对我非常重要，它能让我在全黑的环境下也能确保每个手指都在正确的键位上。F和J上的小突起，仅能帮助我定位这两个手指的位置，但是我是否按到了键盘的边缘以外，是不是一直都打在键的正中心上这个洼兜。平坦的键顶，让我恶意猜测苹果的大多数用户都是偶尔才使用键盘的，或者键盘只是玩具，而不是工具。可能不止苹果，所用的计算机用户都步入娱乐的时代了。无线键盘很难找到单独卖的，而鼠标和键鼠套装却可以，也是一个旁证，大家不再那么需要键盘了，而是更依赖鼠标。鼠标可以用于选择，就像答ABCD的选择题，鼠标也能用来表达思想么？就像转载能用来传达态度，转载也能用来表达思想么？

我需要工作，需要即使在黑暗中也能准确定位按键，所以，我不能用苹果风格的新潮键盘。

有人可能会建议开灯低头看一眼。恩，有一种技术叫做盲打，是程序员的基本功。
3. 右边的CTRL：用户说，看到了才知道，这不是我想要的

终于找到了符合上述要求的。此时，如果是我们在做用户需求，可能已经报怨过了，"你不喜欢苹果的，为什么不早说，我白给你拿来。"

此时，你还会再次抱怨。因为符合上述要求的，仍然不符合我的要求。因为用户说"只有当我看到了你的作品，我才知道，这不是我要的。"

而用户想要什么，你永远也不能提前预知，因为连他自己也还不知道呐。我就是在看到了符合上述所有要求的键盘，并且按了几下，才发现，还是不行。

手感啊，键的行程啊，按下去半天不弹起来啊，没有后背上方的小支架啊，这些也就算了。20元+的键盘，你还能有什么更多的要求呢。

可是，怎么可以没有右边的CTRL键。

我之所以想要一款这样小的键盘，是因为我用EMACS编程。所以，1.我不需要光标移动键和翻页键，2.我有时会用鼠标，为了编程的时候上网查资料。这时右侧的数字键和编辑键区域就是累赘，那正是我的右手腕要通过的区域，我的右手腕从那里伸向鼠标。

你可能会建议，把键盘向左移一下，不就行了么？如果键盘向左移动10厘米，确实为右手腕空出了地方，但是当我要用键盘输入的时候呢？我的手腕不得不为了键盘在左侧而扭曲。而编程，毕竟是键入比上网的时间要多。如果手腕再向右呢？你可以试试右臂张开的角度，并保持一段时间，而此时你的键盘"基本区"在你的正前方。

顺便说一句，我不需要数字区，是因为1.我很少连续输入数字，2.我能半盲打所有的数字和它们的上档键。

这些跟右CTRL有什么关系呢。用户MOJI完上面这些，你可能会问。用户会接着 MOJI下去，他认为重要的事情，并传达一下情绪。

很多人用EMACS的时候都会遇到一个问题—恩，很多问题，这是其中的一个。许多人用EMACS时间长了，会左小手指疼，因此有些人还会把CAPSLOCK和左CTRL交换。我没有这个问题，一个原因是我不仅使用左CTRL，也会使用右CTRL。Ctrl-C，就是用右CTRL。而且，这是标准做法。

问题来了，符合上述所有要求的键盘，居然个个的右CTRL都缺失了。也不知道是大家伙山寨哪位大爷最初设计的结果。应该是CTRL的地方，换成了INS和DEL键。DEL还算有用，我一辈子能按INS键几次啊。

4. 后来我终于找到了基本符合要求的：拒绝用户部分需求

其中一款是微软的，300元+。小众么，就会是这么个结果。非量产，小资情怀，纯手工，它们都具有共同的特点，那就是贵。后来发现，它是苹果风格的，之前只看大家评论的优点，忽略了。

另一款不那么贵，不到100元。右CTRL非常窄小。这适用用户需求获取的另一个原则：拒绝不那么重要的用户需求。我准备映射一下，把右边那几个键都改成CTRL，这样就不容易按错了。

用户是上帝，前提是用户付得起钱。或者说，用户打算承担由这些变更或需求引起的时间、费用、人力上的开销。用户喜欢花样百出，但是只要你坦诚地告诉他，花样都可以满足，不过是要收费的，用户往往就突然变得不喜欢这些花样了。

其实我们应该喜欢这些花样，这是我们存在的原因和用户付我们钱的原因。但是，往往天不遂人愿，工期或者用户的荷包刚好不敷。

这个世界上，就没有简单的需求。无论多小的需求，都可以极尽刁钻。不仅缺失的是问题，比如右CTRL，有时连多出来免费提供的也是问题，比如编辑区和数字键盘区。

还有的用户，像孩子一样，只会哇哇大叫，表达的是"我不舒服我不爽"。但是他需要的是什么，连他自己也不知道。这又让人有什么法子呢。

我们，就真的知道自己想要的是什么吗？如果你真的知道，为什么没有去做，没有尽力去做。

你真的想要的是什么？

pics

2011-11-23T22:37:00.001+08:00

没打游戏，我非常难过

2011-11-18T23:20:00.001+08:00

没打游戏，我非常难过

雾气在窗玻璃上凝结了薄薄的一层，慢慢滑落，勾勒出几条平行弯折的河流。河
流的底下，是毫无亮光的浓黑，如同大地。

我是多么地想打游戏啊。

升到最高级的投石车轰开在森林里轰开一条小径，三五弓骑兵悄悄潜入敌人的基
地。突然间警钟响起，骑兵开始射杀农民矿工和猎手，远方的敌军驰援而回。另
一处，据河防守，城门铁闸升起，成群重装骑兵火速冲出，去砍断攻城器的木架。
攻击器收起退入戟兵丛中，追击的骑兵头上红缨如火般抖动。

在某一种森林，雾气升起，只看到林木的剪影，敌人隐藏其中。背后追击的，精
灵族满怀仇恨，因为我们收留了与我们同样身为人类的强盗，前方拦截的，不死
族蓄势已久，正等着截断我们的归路。我们是一群老弱残兵，不敢与任何强敌稍
加接触。我们结成人墙，把医生和法师围在当中。当遇到攻击，活下来的人听到
的是满耳的战友的悲号，但是没有一个人敢稍作停留反击。只有毫不停息，才可
能有人活下来回去通知故乡的人立即组织防御。

我不记得了。是不是每一次，当丛林散尽，终于能见到天日。看一条大河横在面
前，河上只有一桥，桥上是一名敌人的悍将。是不是每一次，欲哭无泪的时候，
都有一员使长枪的将军站出来大喊一声：我来断后。

应该是的，不然，我们怎么能够走出这么远。

"我来断后"的意思是：只有我在战线的最后，只有我与敌人接触。请你们，无论
谁也不要回顾、迟疑、救援。

一句话的意思，就是它本身的意思。而不是它背后隐含的意思。

下午听ZHUMAO报告，并参观机房。之前我提到：只许看啊，谁也不许碰。中间有
人靠近，有人碰了。

事后我说，这件事需要说一下，然后我说，我并不是批评某一位同学，因为有另
外一位同学也碰了。

其实我的表达不清晰。并非因为有别人也碰了，所以不批评你。我说不是批评你
的意思，就是不是批评。因为，我并有因此对你所做的事情也并未因此对你做出
任何否定。你之所以那么做，是因为你还不了解。不知者不为罪。

这里我又提起，是因为很多人在说"我不是批评你"的时候，她的意思恰恰是"我
就是在批评你"。我完全不是那样的人。我说不是批评的时候就是不是批评，如
果我的意图是批评，我也会直接说：我就是在批评你。

关于为什么不能碰机房的机器，我下午说过了，可能你也并非计算机专业的同
学，不必了解更多。只需猜想，不影响我接着扯。

前几天与编辑讨论，编辑大人说：秉笔直书，只管描述。

我说：如果我这样这样再这样描述，你觉得行么。

当然不行，那体现了作者错误的人生观价值观和...世界观（？）。俺们学校是有
要求的，要求教师不仅在学术上，也要在德育上教育学生。我真的得小声地说：
我道德水平本身就非常不咋地，怎么能够再在道德上教育学生。

下午跟ZHUMAO还提到，当然，我还算有点自知之明的。还有道德水平比我略高，
却远低于正确三观标准的，仍然坚持德育学生，这是正确啊正确啊还是正确的做
法。

我们怎么能够教育学生我们自己都不相信不执行的东西？

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

描述就是描述，观点就是观点。捍卫观点，从来也不是问题，把观点伪装成客观
描述，就很成问题。

国人用词暧昧娓婉，语多曲折，不输于小鬼子。很多时候表面上看是出于尊敬，
其实多是伪装中肯。

前些日子某机构发文，要求某些同事去拍照。文件写的大意就是：这是给大家的
机会。

我写信询问，到底这是福利呢还是行政命令。如果是福利，我不喜欢，不想参加。
我没有说的是，如果是行政命令，我们来讨论一下管辖权。

明明是命令你的时候，偏要说：你看，这样做比较好，尤其是对你比较好。让我
想起多年前，老板们找你干活，偏偏要说这是对你能力的锻炼，给你创造机会。

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

又想起下午在ZHUMAO那里提起的一件事。讲C++的时候，胡同学曾经在课程结束
后跟我要课件。我说，不行。后来考试结束了，胡同学说：老师，这回可以了吧。

我说，不行。

胡同学问：为什么呢。

我的回答是：因为那是我的啊。

我知道你可能猜测我不给课件的原因，是担心考试题目吧。不是。原因是...因
为那是我的，所以我可以不必给出原因而拒绝。

我只是把你和所有的组织机构上级领导一视同仁。我的，就是我的。那些完全属
于我的东西，除我以外，没有任何人可以用任何方式替我做任何决定。

你与组织机构上级领导是一样的。我与你，也是一样的。我与你一样，是多么地
想打游戏啊。

会有很多同学表扬胡同学的钻研精神，大加鼓励...最后以各种借口不能给出课
件。

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

与某些同学所不同者，我没有用矫词伪饰，并以为那是对别人智商的侮辱。

你之于我，正如给笼子里的狗喂水的那位富妇人。无论言辞多么漂亮，举止多么
优雅和符合韵律，多少升同情的眼泪，在我的称谓前加上多少形容词顺便彰显你
的文化，总归不能脱出这样的事实：在你的眼里，我是狗--或者可资使用的物件。

加多少尊重、掩饰，对于本质也没有什么改变。

除此以外的情感，回忆里的美好，我希望能放在另一个时候来谈：当没有利害关
系的时候。

昨天读到《查太莱夫人的情人》的评论时注意到，那位男主人公说：很多人都没
有得到，但是他们假装得到了；如果我没有得到，我决不能欺骗自己说得到了。

决计不能欺骗自己。我非常想打游戏，我没有打，我非常难过。

教学相长，和我的学生

2011-11-16T23:47:00.000+08:00

教学相长，和我的学生

今天下午被要求听讨论教学的会。高哥提到两句对我非学有启发：一句是教学相
长。这篇日志都是关于这个的。另一句是，马克思说，人的创造力在于他的自由
时间。自由--我努力追求能让内宁静的自由。

以下是教学相长的。

1. 大毅同学

一大清早去单位，有讨论。

趁正题开始前，我画了半个白板的某架构或者工具链。又一次燃起雄心壮志整那
个难整的东西。绘图控件。

很多年前，刘同学就开始和我整这个，用了好几种编译器生成器。到现在，那些
中间结果都没有用上。而他已经要毕业了。他和建一一起提到，这世界，更多的
需要做web前端的什么的。

我坚定地相信，底层，或者说深入核心的部分，仍然需要有人去做，而且一定是
我们。我们不跟踪时尚，我们固守那些基本的原则，并不断深入探索。

但是，我不敢去触动做了好几年也不敢整的绘图控件。按与包师弟谈时我提到
的，我甚至不敢开始。

刘同学说：你找个本科生，就光做这个呢？

他指的是本科中的强人，我们都知道指的是谁。

我说：比如那位某某吧。我舍不得啊。

他说：做不出来就算了呗。

我说出我的顾虑：那学生不就毁了么。

我想的是多年前，我们做了好几年的编译器生成器。那些没有成果的工作。心怀
愧疚。

刘说：其实做不出来，学生也有收获。

后来同学们问我，为什么看起来很累。我说：我晚上1点多睡的。又说，一大早
KFC关门，没喝成咖啡。

这些都不是原因，我在想刘同学的话。也许你们是真的对咱们啥也做不出来的那
些工作心无抱怨，但是我却不能没有遗憾和抱歉。

糟烂工作之所以糟糕的原因，正应该归疚于导师或者项目组长或者技术负责人。

也许吧，刘同学说的对，即使我们什么也没做出来，却仍然有收获。

2. 建一同学

建一同学也快毕业了。前一段公安厅的项目，请他帮助我指导齐同学，齐同学甚
有收获。

我后来问建一，你咋整的呢。

我之所以问，是因为我经常把同学们整得JJWW的，感觉我逼得很紧太过严厉，同
时我经常觉得这些简单的问题都应该你们自己整，咋能啥都指着我手把手教呢。

我问建一，你咋整的。齐同学出成果太快，大大出乎我的意料啊。我记得是期待
一周，结果三天左右吧。

当时的任务是写个GUI，把我写的业务逻辑包起来。齐同学将在这里看到项目中
的分工，接口，写代码的经验。我希望建一不亲自参与写代码。

建一把任务分成了三步，让齐同学去做。第一步是建个简单的GUI，啥消息响应也
没有；第二步是添加一些控件，就是我在项目里要求的那些，图片label，文字
label等等；第三步是把GUI套在我的业务逻辑之外，调用我提供的函数。

于是事情就成了。

我想起了袁师弟以前教我RESET笔记本。

我说：这破玩意根本从来就不好使。不是按4秒就重启么。

袁说：你不能这么数4秒，1234，你得这么数，1--2--3--4。

他按住reset，于是机器重启了。而我此前从不能成功。

我太缺乏耐心，不能等待各种反应缓慢地发生。

当年家教的时候，那学生的妈妈说孩子挺聪明的。我就信了。我讲完基本概念和
解法以后，问：你明白了没？

明白了。

我从书后找道难度还可以的题目，他不会。

很多年以后，二猫妈提醒我：你得整一道跟那原理完全完全相同的题目，让他有
成就感。

我说：那不是侮辱他的智商么。

我缺乏耐性如此，而我的学生们一直一直忍耐着我，等我明白。

而且，你们教会我：

2.凡是不能一蹴而就的任务，其中好多可以分解成一个个阶段，依次完成。

那些无法划分阶段，或者每个阶段我们仍无法完成，或者穷我们毕生也无法完成
这些阶段的，就是不能完成的。对于不能完成的，我们又有什么遗憾的。

而且，1.即使一无所成，我们仍有收获。

人生，正是如此。谢谢教导，敬受教。

白板基本清空了

2011-11-14T21:36:00.000+08:00

pics

2011-11-13T23:31:00.000+08:00

二猫的蜡烛兔子

2011-11-12T15:11:00.001+08:00

牛人与弱手的区别，不是线性的，而是指数的及他们之间的道路

2011-11-11T01:32:00.000+08:00

牛人与弱手的区别，不是线性的，而是指数的及他们之间的道路

1.误操作

今天傍晚，我删除了整个下午的工作成果。误操作。执行的是那个著名的指令
"rm * -rf"。

我发了会呆，再三确认是这个目录，然后手悬在键盘上不知道该敲些什么。我跑
到GOOGLE，没有解决方案。牛同学说，能不能恢复啊？

我说：不能，十好几年前我就知道不能恢复。

这命令太著名，且令人印象深刻了。上网查一下，只是安慰一下自己。恩，我并
不孤独，傻子真多啊。

有多少人有这样的经历呢，先是对着心爱的人喊"我再也不想见到你"，当如愿以
偿的时候，开始对着空虚哭泣。

rm是remove，-f是不必再问一次，-r是递归。递归的意思是，把目录下的目录下
的目录下的...东西，都照此处理。类似于，我烧掉你的信，烧掉提到你的信的
日记，烧掉提到日记的作文，烧掉提到作文的...我想你明白了。

大半夜的，刚又调了半宿，我可不是跑这伤感来了。当时，我对着屏幕发了一会
呆，然后对张宇同学说：你回家吧，今天的观摩到此结束。最重要的内容你刚刚
学到了，今天学不着啥了。

然后，我开始键入，跟张健一边回忆下午的全部工作。我们花了大约1小时20分
钟，把整个下午的工作完成了。接下来的半个晚上，我证明了这1小时20分中，
大部分时间是在试图解决一个暴露出的新问题，而不是恢复下午的工作。

一整个下午对比 1小时20分，其实这正是令人悲哀的差距。

1小时20分说明，我们，具体地说就是我，一整个下午，大部分工作是在发现错
误和改正错误，而真正的工作，1小时20分钟足以完成。

这就是高手与我们这样的低手的差别：我们引以为豪的一整个下午的工作，对于
不犯那些愚蠢错误的高手而言，只值1小时20分。

2.效率之差

高手通过避免错误节省时间，从突显出他的效率。即使犯了错误，他也能更快地
发现错误的原因，也更快地修正错误。

想起ACM比赛，牛人和面人之间的差距，岂可以道里计。相信有过比赛经验的同
学深有体会。在工程中，面对牛人深感绝望的各位也一定深有同感。

更可悲哀的是有一些同学尚无法看到自己与牛人的差距，动辄认为：我也能整出
来。

他所看到的，是现实或者电影里牛人几乎不犯错误的流程，并投射到自己，却不
知道不犯错误本身正是至难的事情；犯了错误能够以别人几乎无法发现的速度
发现和更正，也并非人人能够。

我们把大部分时间都花费在犯错误上了。

骄傲的同学认为：其实再给我一点时间，我也可以。

时间。这个世界最吝惜给予我们的，恰恰就是时间。

如果我们有足够的时间，我们就可以在战场上迂回到敌人的后方；如果我们有足
够的时间，我们就可以比对手更早地把刀切在某个部位；如果我们有足够的时
间，我们就能把这些兵那些兵都调到敌人的基地，把所有的矿全占了……

所有这些愿望，只需要一个前提，那就是当我们拥有时间的时候，别人没有同样
拥有。

你这为这个前提可能实现么？

时间。这个世界最吝惜给予我们的，恰恰就是时间。所以，我们在战场以下用小
时计算以天计算以年月计算的时间，却换取战场上的几秒钟。

我们用这些时间训练自己避免错误，也训练自己迅速改正错误。这样，在战场
上，我们就可以有更多的时间做正确的事。

经常有年轻人抱怨，失声痛哭，为什么结果会是这么悲惨。为了让你自己好受一
些，请假设我在讨论的是中国男足。其实结果如此悲惨的原因非常简单而直接，
在过去所有的岁月中，你做出了这样的选择。

我们与牛人能有多大的差距，在甚至不足一生的努力之后？

想想你和你的小学同学现在的差别，和你的高中同学，和你的大学同学。有一些
人，如偶像YMH，对够达到令我认为对比是没有意义的，因为永远不可能达到，
更遑论超越。

据说巨牛的程序员的效率是面手程序员的10倍。我想，做出这个统计数字的人，
一定没有参观我们的教室和实验室。

3.图书馆案例

正确的方法与糟烂的方法效率之差能有多大？一个真实的案例，但是今天不细说。

当年在图书馆导数据出来。

预定的方案导出全部书目所需的时间是：200个工作日左右，每天8小时，需要一
位工作人员陪着机器。

我们经过1个月还是一周的研究，最终的方案导出数据花费了：半小时，人类按
键花费了不到1分钟，然后就离开了。

如果我们更牛，避免错误技术路线的尝试，这两个方案的对比就是 200天
vs. 30分钟。

4.于同学的问题

周三李记者讲座以后，于同学留言问到：

"其实老师，我还有一个问题没有问（我怕老师们回答不了）：如果一个人很热爱
代码，很喜欢计算机，但是他学的就是不好，编程就是不如别人，他还有存在的
价值吗，他如何生存（可以译为小人物的生存之道）。习编程。"

其实这个问题一点也不难回答。初步的回答是：

"我唱歌跑调挺严重的，但是我学习弹琴；我体质挺差的，但是我坚持做俯卧撑--我
一直在进步。結果并非总是重要的，过程也是我们所追求的；试想，人生如果忽
略过程，只看結果，还有什么意思。"

只要努力总会进步，而且进步是成指数，而不是线性的。牛人，一般都是从面人
过来的，当年也都面得可笑。

很难想像热爱却不能精通，如果你用一生的时候去追求。

是的，由于天份所限--我们不得不承认--直到生命最后一刻，我们也没有成为巨
牛的牛人，但是你的高度已经可以被很多人仰视了。你三两岁的时候，如果像现
在这样畏难，一定会被自己当时走路和语言的能力吓得每天哇哇大哭。

我知道，你当时确实是那样做的，每天哇哇大哭。现在，请别再以另一种形式继
续哭了。

而且，我们的人生并非用来与人比较，这一进步的过程，也正是我们所享受的。

我们终无可能踏入神的队列，但是我们从未停止努力的脚步。正是持久的努力之
路，而并非结果，令我们不同于凡俗。

2011年11月9日，我的理想

2011-11-09T20:44:00.001+08:00

2011年11月9日，我的理想

2011年11月9日，历史从这一天改写了。

李记者下午讲座，问同学们，以后想干啥。王同学说：想做像杨老师那样的人。

我非常激动。极其激动。

当年去丹麦和Lars闲扯。他问我，你想你的学生们么？我说：想。他给我看大家
的照片，我愈加想念。Lars说你的学生都挺喜欢你的。我说：啊。L

又经过了若干谈话，Lars说：做一名教师，应该能够让学生希望将来成为自己这
样的人。

今天，当我听到王同学这样说的时候，我想起了Lars的话，想起了几次中丹合作
项目，回想起我们成功和失败的项目。

人生不如意十有八九，今天这算是人生的一点亮色。偶而，我做教师也有成就感
的时候啦。

领导和上级的评价不足为凭，学生喜欢老师扯淡吹牛讲笑话也不足为据，学生N
多年以后后悔或感谢你当年的教诲也算不了什么。但是，我的学生想成为像我一
样的人。谢谢，我很自豪。

----

晚上吃饭，提到风投啊，就业形势越来越好啊，什么的。好象我们已经整到了很
多钱，可以大把地花了。

我说：我要把那些钱都发了。每个学生每个月四十万。每个人再发条狗，有男朋
友女朋友的都带着，每天就是去大连海边遛狗。没对象的，一人发一个对象。男
生发个女朋友，女生发个男朋友。

恩，如果有男生要求男朋友的，也可以满足。

考虑到中国的男女比例，我在女生要求女朋友这犹豫了一下。后来想想，也行。

轻轨的尽头

2011-11-05T22:06:00.000+08:00

包师弟的放大镜

2011-11-03T20:13:00.000+08:00

pics

2011-11-03T01:08:00.000+08:00

lambda过程作为返回值的例子-分析，及一个作用域的例子

2011-11-02T23:21:00.001+08:00

lambda过程作为返回值的例子-分析，及一个作用域的例子

1. 昨天的例子的分析

昨天整完lambda过程作为返回值的例子就被二猫叫走了，没来得及分析.

以下是分析及另一个的例子（似乎出自SICP，记不大清了）.

以下混用过程和函数.

: guile> (define (foo x)
: (cond ((= x 1) (lambda (y) (+ y 10)))
: ((= x 2) (lambda (y) (+ y 20)))
: (else (lambda (y) (+ y 0)))))

这段代码可以理解为

(define (foo x) (啥啥东西))

这意味着，定义了一个过程名为foo，有一个参数.

我们再看 (啥啥东西) 的里面

: (cond ((= x 1) (lambda (y) (+ y 10)))
: ((= x 2) (lambda (y) (+ y 20)))
: (else (lambda (y) (+ y 0))))

一个条件判断，有三种可能，每种可能都形如

: ((= x 1) (lambda (y) (+ y 10)))

其中 (= x 1) 是判断条件部分，后面的 (lambda (y) (+ y 10)) 是整个表达式
的值，即foo这个过程的返回值.

这个返回值是什么呢？

: (lambda (y) (+ y 10))

这个返回值是一个函数，匿名，有一个参数，函数体是 (+ y 10)，即把这个参数
加10以后返回.

整理一下.
1.foo这个函数返回值是一个函数；
2.这个作为返回值的函数，函数体是 (+ y 10).

我们再测试一下.

: guile> (foo 1)
: #<procedure #f (y)>

意思是：foo这个函数传参数值为1，返回值是个函数，有一个参数.

: guile> ((foo 1) 23)
: 33

当foo的参数为1的时候，cond求值为
: ((= x 1) (lambda (y) (+ y 10)))

(lambda (y) (+ y 10)) 的参数是
: guile> ((foo 1) 23)
中的23.

即，把(foo 1)代换为(lambda (y) (+ y 10))，这正是对(foo 1)求值的结果.

那么 ((foo 1) 23) 就成了（(lambda (y) (+ y 10)) 23）.

在一个参数的函数上，传参（apply）值为23，所以值为(+ 23 10)，即33.

以下例子请作为练习分析.

: guile> ((foo 2) 23)
: 43
: guile> ((foo 3) 23)
: 23
: guile> ((foo 2) 33)
: 53

2. 新的例子.

2.1

: guile>(define (f x y)
: ((lambda (a b)
: (+ (* x (* a a)) (* y b) (* a b)))
: (+ 1 (* x y))
: (- 1 y)))

即 (define (f x y) (啥啥东西) )

定义函数f，有两个参数.

啥啥东西是：

: ((lambda (a b)
: (+ (* x (* a a)) (* y b) (* a b)))
: (+ 1 (* x y))
: (- 1 y))

这是什么呢？

这是 ((lambda (a b) (又一个啥啥东西))
(东西1)
(东西2))

这是什么意思呢？

这是 (一个匿名函数 (参数1) (参数2)).

其中参数1 = 东西1；参数2 = 东西2.

请先回顾一下，然后我们继续.

所以这是什么呢？这是给有两个参数的一个匿名函数传参，求值.

这个匿名函数是什么呢？(lambda (a b) (又一个啥啥东西)

原文是 (+ (* x (* a a)) (* y b) (* a b)).

2.2

所以，我们退回去一些，下式得到了解释.

: ((lambda (a b)
: (+ (* x (* a a)) (* y b) (* a b)))
: (+ 1 (* x y))
: (- 1 y))

它的意思是"这是给有两个参数的一个匿名函数传参，求值."

再往回退一点，第2节提到的式子，如下，得到了解释.

: (define (f x y)
: ((lambda (a b)
: (+ (* x (* a a)) (* y b) (* a b)))
: (+ 1 (* x y))
: (- 1 y)))

我们定义了一个函数名为f，两个参数，这个函数f的作用是给两个参数的一个匿
名函数传参求值.

我们测试一下.

: guile>(f 1 2)
: 4

2.3

这个例子的求值，一个关键因素是那些 x、y、a、b 的值，或者说，它们的作用域。

在没有被覆盖的情况下，lambda里面的x、y就是f里面的x、y。请看下面的等价测
试。

: guile> (define x 1) (define y 2) (define a 3) (define b -1)
:
: guile> (+ (* x (* a a)) (* y b) (* a b))
: 4

lambda过程作为返回值的例子

2011-11-01T21:49:00.001+08:00

课堂上的BUG，是if语法错误。

guile> (define (foo x)
(cond ((= x 1) (lambda (y) (+ y 10)))
((= x 2) (lambda (y) (+ y 20)))
(else (lambda (y) (+ y 0)))))
guile> (foo 1)
#<procedure #f (y)>
guile> ((foo 1) 23)
33
guile> ((foo 2) 23)
43
guile> ((foo 3) 23)
23
guile> ((foo 2) 33)
53
guile>

pics

2011-10-31T23:37:00.000+08:00

当你说不行时，你应该说些什么：以Android播放midi为例

2011-10-31T21:33:00.001+08:00

中国好几年前都对能对美国说"不"，软件工程师也经常要对用户和同事说"不"。但是别人经常还要在你说不以后继续喋喋不休，为什么呢？
据说男生说不的时候，就是不的意思；据说女生说不的时候，是请再继续表现的意思。这坑害了很多猥琐男。因为，只有她希望你继续表现的时候，那时"不"的意思才是请继续表现，否则，"不"的意思就是"不"。一些女生假设对方能够理解这一显然的事实：即，你是否是被欢迎继续表现的。
而这个世界上没有显然的事情。继续表现的，多是猥琐男，被希望继续表现的，通常很快就引退了。
关于如何说是，咱们今天不讨论；今天单讨论一下如何明确地说不。
会发生上述误会，盖因东方民族隐晦含蓄的表达方式传统。看过一个日本片子。某个提了个什么主意，女主角坐在那里，低头着头，很坚毅地说："虽说很好。"
你不要以为还有下文，她说到这里就戛然而止了。日本人就是这样说话的。她发出的声音是"虽说很好"，但实际想传达的是后面所有没说的内容。
在工程中，用户和同事也经常会误解。那么如何准确地传达"不"的信息呢？
1. 对用户
这个简单。
除了告诉他不以外，还要告诉他技术上完全可以，但是...然后开始罗列代价：时间（工期）、经费等等。
然后他就自动引退了。这在女生说不的场景中，类似于，女生说完不以后，再补充，"其实呢，也不是不行，但是需要加些条件。我想要的很简单：一座大大的露台，上面有个秋千……"
明确的回绝，就是不行 + 你不具备"行"的理由。
2. 对同事
明确告诉同事，尤其是分配给你任务的那个人，"你的想法很猪头" 的方法是，告诉他，他的想法不可行的原因。
并且，为了交流简洁起见，把他所有可能的提问，所有可能修正的主意都罗列出来，然后一一否定。写文档或报告的时候，不要期待交互，不要期待他问你答，用答案堵住他所有可能下嘴的地方。
不恃敌所不攻也，恃吾有以待也。
以下是一个实例故事。这也我们为什么要训练写实验报告的原因，它记录了过程和数据，以此支持你的看法。没有人会像科幻电影里的总统啥的那样，因为你琼瑶般喊"你们相信我吧，地球真的要毁灭啦"就相信你。
我们应该做的是：告诉小伙不行，然后对他淡定地笑笑，然后准确清晰完整地说出他不行的原因。
背景：
我请牛同学做Android下的一个程序原理，播放音乐合弦，比如大三度。意思是，同时把do,re,mi的声音发出来。
技术方案之一是用PCM混音，之二是在MIDI中同时播放这几个音。牛同学分别试了。
牛同学试了一段时间以后，说终于找到一个生成midi文件的方法。
我提出新的要求，不要把midi文件写到文件系统（internal
storage）中，而是用java的stream，在内存（RAM）中直接发给MediaPlayer播放。
牛同学说：不行。
故事开始了。
你说不行，我当然不能因为是你说的，然后就信了。要有事实。
所以牛同学发来他的代码，我学习了一段，发现真的不行。然后写了下面这封信。略有修改。
----信的正文由此开始----
下面提到的"应该"是指建议给你的
报告的写法.有了这些你"应该"提供的资料，我才能了解你研究了哪些必要的方法.这是用以证明你研究的路线是正确的方法.或者换种说法，如果以下报告中的"应该"部分你已经告诉我，我就不必看你的代码了.
1. 你应该提供我MidiFile的出处，以便我参考，因为MidiFile不是你写的，且不是java/android的一部分；
2. 你是否参考了此邮件后面网址的实现？[http://kevinboone.net/javamidi.html]
3. 我提到的不必向文件系统中写出midi文件，原计划的路线是这样的：通过重写 writeToFile
实现，把这个方法中的写到文件系统中转为对Stream赋值，也可以把midi的内容放在 vector<byte>中；
4. 然后设置MediaPlayer.SetDataSource()的参数为这个vector或者Stream.
下面是我寻找解决方案的路线。
4.1 MediaPlayer需要FileDescriptor
[http://developer.android.com/reference/android/media/MediaPlayer.html#pubmethods]MediaPlayer.setDataSource(FileDescriptor
fd)Sets the data source (FileDescriptor) to use.
4.2 FileDescriptor可以由FileInputStream/FileOutputStream建立
[http://developer.android.com/reference/java/io/FileDescriptor.html]It's
possible to get the file descriptor used by some classes (such
asFileInputStream, FileOutputStream, and RandomAccessFile), and
thencreate new streams that point to the same file descriptor.
[http://developer.android.com/reference/java/io/FileOutputStream.html]FileInputStream.getFD()public
final FileDescriptor getFD ()Returns the underlying file descriptor.
4.4 到这里，我的思路走不下去了。因为FileInputStream的构造函数要求存储在FLASH中的文件。
你应该列出以下方法，并说明MediaPlayer没有其他的方法 setDataSource.
void setDataSource(String path)Sets the data source (file-path or
http/rtsp URL) to use.void setDataSource(FileDescriptor fd, long
offset, long length)Sets the data source (FileDescriptor) to use.void
setDataSource(FileDescriptor fd)Sets the data source (FileDescriptor)
to use.void setDataSource(Context context, Uri uri, Map<String,
String> headers)Sets the data source as a content Uri.void
setDataSource(Context context, Uri uri)Sets the data source as a
content Uri.

4.5 然后我开始查是否有其他的办法。因为利用stream而不通过文件系统，这实在应该是个非常通用的方案，android sdk没有理由不支持啊。
[http://developer.android.com/reference/android/content/Context.html#getCacheDir()]讨论了这一问题，播放内存中，而不是flash(internal
storage)中的midi文件。
4.6 下面这个方法我同意[http://code.google.com/p/android/issues/detail?id=739]
: Comment 7 by steveold...@gmail.com, Aug 19, 2008: From the ReadMe
included with 0.9 SDK.: : Unfortunately, the ability to play audio
streams from memory (such as via an : InputStream or Reader) will not
be possible in Android 1.0. As a workaround, we : recommend that
developers save media content to SD card and use MediaPlayer to play :
from a file URI, or embed a small HTTP server and play from a URI on
localhost (such : as http://127.0.0.1:4242/something
杨注：但是第二天一早，我又意识到这是不行的。因为读http必然要求那个midi文件已经存在了。这与我原计划不希望写入文件系统相违背。
同一贴子有人提到
: Comment 12 by seeingwi...@gmail.com, May 19, 2009: Issue now
resolved with AudioTrack in Android 1.5 (Cupcake)
这是我们以前提到过的方法，在[http://developer.android.com/reference/android/media/AudioTrack.html]
里提到，不过需要PCM作为buffer而不能用midi作为buffer.
正如同一贴子的人回答道：
: Comment 22 by sam.clegg, Sep 13, 2011: Is there really still no
streaming audio support in android?: : AudioTrack doesn't help as it
only works for PCM samples, not encoded files.
4.7 至此，我提出的从stream中写入midi，然后从stream中构造MediaPlayer，这一方案可以得出结论不行.
我们不能因为谁说不行就认定不行，而只能根据以上的分析.
4.8 我们仍然可以用PCM的方法合成和弦.我建议还是试回这个方法.
杨注：然后第二天一早，我又反悔了，因为PCM的尺寸会比MIDI大很多，这不是我们希望的。
请用MATLAB做这样的试验：
杨注：所以下面的实验我就在此省略了。

徒步 20111030,4.0km, 15:00-16:30.

2011-10-30T21:23:00.000+08:00

pics

2011-10-30T20:56:00.000+08:00

pics

2011-10-30T20:27:00.001+08:00

pics

2011-10-29T22:34:00.001+08:00

pics

2011-10-26T15:42:00.001+08:00

回顾大连ACMICPC之行照片 5

2011-10-22T19:34:00.000+08:00

回顾大连ACMICPC之行照片 4

2011-10-22T19:33:00.001+08:00

回顾大连ACMICPC之行照片 3

2011-10-22T19:33:00.000+08:00

回顾大连ACMICPC之行照片 2

2011-10-22T19:32:00.001+08:00

回顾大连ACMICPC之行照片 1

2011-10-22T19:32:00.000+08:00

pic

2011-10-18T22:45:00.000+08:00

工程训练到底应该是什么样的

2011-10-17T22:19:00.001+08:00

工程训练到底应该是什么样的

工程训练到底应该是什么样的，很多人很多时间都在讨论这个问题。当大家终于
承认计算机学科首先是工程学科的时候--或者说比如偶像这样的科学家也认同科
研中的学生必须具备一定的编码能力的时候--也许，我们还需要讨论一下计算机
科学中的工程训练应该是什么样的。

Brooks是位大牛，他主持了IBM的360系统，该系统与后来我国的360没啥关系；
他还写了软件工程领域的著作，《人月神话》，让很多管理者的梦想破灭了。

他对于计算机学科的工程训练是这样说的：

很多学院派教育的弱点在于它们对授课和阅读的依赖，而不是相反地依赖批判实
践（critiqued practice）。有效地教育"设计"的方法是这样的，要求学员以学
徒的身份，按克雷计算机的风格设计一个受到很好约束的计算机体系，谱写一首
巴赫风格的赋格曲，或者设计一座Wren风格的建筑。然后知识渊博和目光敏锐的
导师指出其中风格不符之处，并评论该设计在总体上优秀地符合了约束目标的要
求。

语出[Brooks：设计原本（英文版），机械工业出版社，第245页]

我想，好多人马上会感慨，到底是MIT到底是斯坦福到底是GOOGLE到底是IBM，然
后说我们啥时候会有这样的训练呢？

这和国足……对不起，跑题了。

1.我们也可以有这样的训练。所有的国外优秀教材，在网上几乎都能找到盗版，如
果你真的特别特别缺钱的话。这些优秀的教材，每个人都可以看，因为既不涉及
政治，也不涉及他国机密，完全没有审查和禁止。所以，这方面的借口不找也罢。

但是，我们没有去读。

几年前，我对学生们说："面对问题，你们不要就跑到QQ上找个同学问，然后整出
份答案来。"现在我才发现，那真是黄金时代啊，现在的同学甚至不跑到QQ上去
问同学了，他们更倾向于说：抱歉，我整不出来。

几年前，我对学生们说："千万别去看看那些7天21天精通啥啥，那是不可能的。
"现在我才发现，那真是黄金时代啊，现在的同学甚至连这些也不看了，他们更喜
欢百度5分钟就能读完就能试试的贴子--然后破口大骂说根本不好使，扔到一边。

评论一个贴子好不好使，你得先读懂贴子里的术语。如果贴子没有使用术语，而
用正常人类就能读懂的话写的，那一定不是给工程师看的。术语使我们精确。而
精确在工程中至关重要，重要到如果不能精确表达，就什么也没有了。

请对比下面这两段话：

- 化学系北面,排球场南面,北苑的西面?

- 这是化学学院前面，地理学院后面，从这张凳子看过去有学生打球的是北苑旁
边的排球场

易读性适合人类，精确适合工程师。如果你想找个人聊天，当然易读性很重要，
如果你想做工程，精确必不可少。不幸的是，没人付我们钱跟我们聊天，想挣钱
只能设计东西。因此，你只能忍受这种非人性的表达方法，因为这是用来指导你
工程的指南。

所以，你必须先学会那些术语，然后再去看那些快餐贴子。术语的解释在手册里
都有，有时你看完手册，快餐贴子已经不必再看了。

手册比贴子长很多，也枯燥很多，但是工具为什么非要闪闪发光呢？当然，为了
你能喜欢它。又一个不幸，如果你不喜欢乌突突的工具的话，不是工具不适合
你，而是你不适合工程。

2. 设计一个微小的计算机体系，是件非常令人向往和投入的事情，但是你首先要
读懂一些东西；设计巴赫风格的赋格曲，一定也令人向往和有成就感，但是我们
得先了解乐理、赋格曲等等一大堆东西。

没有这些坚持，自我设计学习路线，就没有后面的收获。而很多人，如同建一所
说，更喜欢观摩，而且仅仅是观摩。

他们说：我特别特别想来学习一下。

他们说：我特别特别想参与工程，想得到指到。

他们说： ……

其实，他们什么也不必说，他们只需要投入时间。是语言还是行动，能够检验一
个人到底爱不爱你？那么，是语言还是行动，能够检验你爱不爱工程？

如果你骗了工程，正如你骗了你的朋友，当你需要他的时候，他也只来观摩，并
对你寄予无限同情。

3. 有人会问，我想试试某个技术某个实验，我应该从哪里入手呢？

其实答案非常简单，从这里。你要做的就是坐下来，开始写代码，然后发现不
行，当然，不行是正常的，然后修改你的设计修改你的代码，直到今天晚上熄灯。

还有很多问题没有解决，怎么办？写在纸上，把你的问题拉个单子，明天继续。
不要把那些你看了1眼，思考不到5分钟的问题扔给别人。你提的问题标明了你的
价值。思考5分钟的意思是，坐在这里，只想着这个问题，不考虑任何其他的东
西--人人，QQ，你这个月还剩多少钱可以买几根哈根达斯。思考的投入，如同你
对一个女孩说，你在想她，这个时候你应该没有在想着别人。

在你尝试解决这个问题的过程中，你进步了。而且唯有如此，你才能进步。观摩
不会有任何收益，此事只能躬亲。

写作，演讲，音乐，美术，游泳，自行车，打架，编码，莫不如此。对了，为了
你容易理解，还有恋爱，也是这样。

有人做过比喻，非常精妙。学习就像在体育馆里练肌肉。从来也没有一种方法，
能够让被动动作的那些人长出肌肉来--只有主动地努力才会有效果。通常，主动
的努力以后，你自然会知道应该如何去做，也会知道应该问谁问什么问题。

4. 如果你做不到呢？如果你不能坚持呢？

其实答案也很简单。这个世界并非只有程序员这一个职业。并非如马利同学引用
的，必须会修灯泡的才是男人，那些管理者，能以各种手段赚钱的，也都是男
人，只要他们的女人承认那是男人即可，有很多女人并不那么介意你的收入来源。
更何况那也是合法的。

金庸先生说，"那些都是很好很好的，可是我偏不喜欢，有什么法子呢。"

如果不喜欢，即使导师为你设计了Cray计算机的题目，你也会希望观摩导师或者
师兄完成。这就像看别人练肌肉谈恋爱，你能有什么快乐呢。

所以，我想说的中心意思是，如果你不喜欢工程，为什么还要做它？

去做你喜欢的事吧。

5. 补充的

有人会说，我喜欢足球啊，我喜欢篮球啊，我喜欢化妆，我喜欢美食。可是，我
得挣钱呐，所以不得不做工程。

是这样的，如果你喜欢的东西却不能给你带来价值，说明或者你喜欢的程度不
够，或者你付出的代价不够，或者，你非常不愿望承认的，你的天资不够。

因此，你不能以你的爱好养活自己。那么，怎么办呢？

如果你能够养活自己了，在此基础上，你可以花费任意多的时间在你的爱好上。
如果你不能够养活自己呢？

其实答案也非常简单。

如果在你小学的时候，你今天拿到了非常喜欢的游戏，可是又有作业明天一定要
交，二者不可兼得。怎么办？有以下选项，你看看：

- 完成作业

- 打游戏

好了，估计你已经选完了。现在，少年，不是忧伤的时间了，去执行你所选择
的，然后，勇敢或快乐地去迎接后果吧。

pics

2011-10-17T00:02:00.001+08:00

降落伞原则

2011-10-13T16:22:00.001+08:00

降落伞原则

一

有个降落伞原则，非常简单，最开始可能来自爱情心灵鸡汤之类的。

原则说：当我需要你的时候，就像降落伞，如果你不能及时出现，你就永远也不
必出现了。因为我死了。

在项目中，也是这样的。不能及时完成任务，或者不能及时报告任务不能完成，
你认为自己还有多么靠谱。

看小牛同学引的孙同学的状态，找弹乐器的作男/女朋友最好了，因为他们靠谱。
什么是靠谱？就是在指定的时间完成指定的行为。如果音符不能在指定时间响起
来，你即使能把整首曲子的音符一个接一个弹出来，那又是个什么玩意。

以后你会知道，时间就是一切力不能及的痛苦的根源。

二

对于各位研一同学对"各位同学,请改约张健学长把git整好."的理解，我补充以下解释。

1. >以前看到通知以为git是让大二的同学去，与研一无关，理解错了，是我的原因，非常抱歉。

原文中的"各位同学"并无暗示不包括研一的同学。且在此前的离线电驴jsp讨论
中，我提到：代码暂时由大二同学提交，研一的同学跟大二的同学学习git的使用。

我之所以改为请各位联系张健学生，是顾及到各位的自尊心，猜测研一的同学向
大二同学请教可能会觉得受了伤害，我完全没有想到向学长请教似乎也伤害你的
自尊心。

2. >之前的那封邮件我以为不用回，是我的错误

这一点你没有任何错误，因为那封邮件确实不必回复。它要求的是你约张健学生
把git整好，而不是回复邮件。

3. >并未以为"把git整好"是对研一同学

参见上文中的1。我要补充的是，即使并不"针对"研一同学，但也并未提到不包括
研一同学。换句话说，你认为不只针对研一同学的，就不必完成了；还是研究生
同学不是"同学"了。

4. >约张健学长学习git这件事是我忘了

这是唯一我能接受的解释，谢谢你的坦诚。

5. >这次是我们没有读好你发的邮件所以耽搁了时间

真的，你让我怀疑自己的汉语能力了。一直以来，有人指责我语法和用词晦
涩，但是尚无人指出我语义含糊。

其实，你可以指责我用语不规范，完全不懂什么是把git"整"好。那样我只能源
引以前布置过两次的任务你没有完成，而不能就那封邮件的效果做任何评论。

三

我们在一起学习和工作，你的动机是完成研究生期间的训练，我的动机是完成单
位交给我的的教学和科研任务。我们不是兴趣或者感情而合作。

既然你希望完成训练，那么需要知道，所有的训练，都是有起点的。就像初中生
必须先掌握汉语，然后才能学习几何和代数--这一类比并无蔑视之意。按时完成
任务或者报告任务不能完成，是基本素养，是我们训练的起点。

在教导你使用git的过程中，张健学长并不领取任何报酬，希望你能感谢他。他按
我约定的时间等候你，你没有出现，希望你能内疚并向他表示歉意。

不必对我有任何报歉，我身为教师，明确对你告之训练的起点、方法和评价你训
练的结果是我的责任。正如计算机学院和研究生院也会评价我训练的效果--是
的，我是在暗示你，你有投诉的权利，并且暗示你投诉的渠道。

四

就你在完成项目中所受到的训练这一角度而言，项目是你的，不是我的。所以，
你可以选择不完成分配给你的任何任务，这是你理性的自由的选择。我只是会通
知你我的做法，而不是对你表达不满。

我之所以关心项目完成质量和进度的原因，是因为我还要为更多的将来的同学创
造完成更好的项目的机会。如上所述，身为教师，这是我的责任。如果你的做法
令我认为影响到我的责任--比如你对自己的任务没有足够负责的态度--我会把这
一影响造成的损失尽可能降低，最直接有效的做法是停止你参与这一项目。至于
你对自己的任务没有足够负责的态度，对于你个人的人生的影响，我认为那是你
理性的、未在他人强迫下做出的选择，那是你自己的人生，我尊重你的选择。

关于对你的选择的尊重，还出于这样一个理由：我对于我们的项目组及项目有多
么优秀并无足够的信心，所以你可能注意到我从来没有向你们吹嘘过这些。也
许，选择别的道路对你而言更好。我个人如此失败，怎么可能会认为如何如何要
求你，就能确保你有一个光明的未来呢。

五

解释最后一个问题。为什么我在上一封信中，没有要求本科二年级的同学做出解
释，而只要求研一的同学做出解释。那是因为我认为研一的同学更成熟和应该拥
有更强的责任心，因此对你的失望更强一些。本科二年级的同学，仍然有漫长的
路要走，还有很多小的挫折和严格训练等着他们。而你要知道，就像压腿这种体
育训练，开始的越晚，你的痛苦越大，代价也越大。希望，现在你的痛苦来得还
算及时。

真正的人生，不是玩乐，早就开始了，你可能还没有注意到。这算是我对你大喊
了一声。

中国足球运动员当然有资格泡妞和逛夜店

2011-10-11T22:39:00.001+08:00

中国足球运动员当然有资格泡妞和逛夜店

0. 今夜有人不眠，因为中国足球又和某个西亚国家对垒了。原本我不知道这个消
息，后来看到有同学在网上破口大骂，结合上下文，猜是这样。

很多人很多次在很多贴子里痛骂过，就你们这样的，有什么资格泡妞，有什么资
格逛夜店，有什么资格...成为中国人类。

其实他们有资格的。论证如下。为减少打字起见，下文中的中国足球运动员将简
称为Q。

在小资产阶级看来，泡妞和逛夜店都是神圣的天赋人权的一部分，尤其对于他们
自己来说，更是这样。推而广之，别人有时候，也可以有这样的权利。

那么为什么我们一般地认同Q没有资格行使这一神圣的权利呢？

1.有些人认为，Q没有很好地代表中国，尤其是没有很好地代表中国男人。可是，
为什么我们乐于接受这样的观点：我们应该/能够被另一些人代表呢？他们凭什
么就能代表你呢，天赋神权？

我们还存在这样的看法：被这样无耻等等的人代表，真是可耻啊。我们更乐于被
牛得多的人代表。比如，我们愿意被邓亚萍代表，那显得我们很有智慧和拼劲，
我们也愿意被乔布斯代表，那显得我们有创意，我们还愿意被Linux或者啥的代
表，好显得我们很Geek，这个词的意思是智力过剩需要找渠道发泄。

我们为什么需要别人代表，是因为我们自己长得不够有代表性么。

2. Q能代表你的体质和精神么。一定程度上说，能。

Q的体质比你好得多。12分钟跑还是什么跑，估计你只能看到烟尘，对大多数同
学而言。

肯定有人站起来抗议，Q是专门搞体育的，那是他们的工作，我怎么能跟他们比
呢。

好吧。你不是专业运动员。但是，你总归得有个专业吧。我们在自己的专业上做
得比Q在自己的专业上做得好一些？

我想最主要的区别可能在于我们没有在大众面前丢人现眼吧。

《菊花与刀》和单位日本旅游的时候的二鬼子导游都说过：日本是耻感文化，与
西方的罪文化相对应。即日本人做坏事，只要你看不到，就没事啦。

注：二鬼子导游是中国人，这是她的绰号，不是民族。我此处使用这个词也并不
包含对某些种族的歧视意味。二战时期一些人的做法也不能代表--如我在上面提
到的代表--另一些人和他们的后代。

这段注有点长，再复习一次上面的话，"我想最主要的区别可能在于我们没有在
大众面前丢人现眼吧。"这跟鬼子的道德观有什么区别。

3. 以我们自己工作的优秀程度来年，我们不仅没有资格对Q泡妞和逛夜店指指点
点，恐怕连我们自己行使这些神圣权利的资格都令人怀疑。

我们坐在看台上，坐在电视机和pplive前，坐在冰可乐和啤酒前，坐在年纪轻轻
肚子溜圆的人群中，忘掉明天的工作，尤其要忘掉因为明天工作糟烂而被训得面
红耳赤，指点一群体力远胜于我们，精神与我们一致的人奔跑。

他们、的确、代表了我们。

当然，这是我们应有的享乐的时光。当然，他们也是在这样的时光中，而不是在
草坪上--输掉比赛的。

我们也是。

pics

2011-10-11T21:35:00.001+08:00

pics

2011-10-11T21:09:00.001+08:00

对于这个世界，我们拥有什么样的权利？

2011-10-07T19:44:00.001+08:00

对于这个世界，我们拥有什么样的权利？

这个问题粗一看，回答起来挺简单的。答案可能类似于这样，"我想要的很简

单……"好吧，这是一个内部的经典笑话了，有些人可能不懂，我们不提。回答可

能是这样的："只要活着就好吧，这算是非常基本的权利。"

可是，一旦把这回答放在现实中，我们可能就会附加一些解释--解释权在谁手里

就很难说了--比如，员工认为不加班是基本的生存权利，经理认为能员工在完成

老板部置的任务基础上才谈得上生存权利，老师认为……学生认为……

所以，在汉同有定义什么是基本的权利，或者定义活着之前，讨论我们拥有什么

权利是没有意义的。

好吧，这个话题太过于抽象了，可能你已经快要睡着了。我们还是来讲两个故事

吧。

第一个故事。刚刚在楼下我看到的。一楼左边住户家的小男孩正使劲拽楼门上的

胶条。东北出生的同学应该知道，一楼的门是供公共进出的，且胶条对于冬天的

时候防寒非常重要。冬天东北会冷到什么程度呢，煤气会停，可能因为含有的微

小水汽凝结成了冰堵住一楼的主管道。我不至一次看到过有人用火烤煤气管道。

为了生存，东北人民胆子大些似乎是不可避免的。

该拽胶条的孩子的妈妈驻立家门口看着孩子，后来拉走了。但是，她既没有整理

或补偿一下胶条，也没有觉得孩子的行为有什么不好。拉走孩子的原因，更像是

她打算关门了。深秋温度挺低的，一直开着家门确实冷。

以上是第一个故事。

另一个故事也是这家的。几年前，我看到一楼门上贴着一个通知，上写：冬天关

门希望能动作轻一些，一楼听起来声音太大了。然后，我听到后面的老爷子嘭地

一声把门摔上了，声音巨大。那位老爷子住左边，估计通知是右边那户贴的。

两次我都没吱声，因为我住五楼，既冻不着我也吵不到我，煤气炼了也一定有人

在我之前受不了去烤。同学，你不能奢求我。

回到刚才的话题，我们对这个世界拥有什么样的权利。更好回答的是，对于这个

世界而言，哪些不是我们的权利。这容易得多。

凡是不是我们的东西，我们对它们都不拥有任何权利。

所以，如果胶条和门是公共的，你不拥有任何权利。从198X年开始，就有人讨论

过，公有制国家里，那些东西难道没有一份是我的么？

没有。

某些印弟安人的土地可能比公有制更公有一些。我们听说有些印弟安人认为：当

你把一块兽皮盖在一块土地上，如果你是第一个这样做的人，那么这块地就是你

的了。但是，且慢。这有一个前提，这块"你的"土地是不能用于赠予、继承，换

句话说，不能用于独占。

这是我说你对于社会公共资源没有权利的原因--你没有独占的权利。因此，你也

没有破坏的权利。你只能破坏属于你自己的东西。同理，老婆是不能打的，因为

她不是"你的"。同理，你也不能在赌博中把她输给别人。

那么，我们还可以推得非常简单的一个结论：你不能把不属于你自己的东西送给

别人。孩子的妈妈没有权利允许（授权）她的孩子破坏不属于自己的东西。

无论我有多爱你，我都不能把不属于我的东西拿来给你。

这是简单的原则，也是硬的原因。就如同，无论我有多爱你，我也不能把星星摘

下来给你。自然法则与这一法则的共通之处在于，它们都不可逾越。

刚刚的两个故事里，后面那一个稍微复杂一些，道理却是相通的。我们不细讨论

了。

项目经理有没有权利要求员工加班。没有。因为法律规定加班需要员工自愿，且

有加班费。项目经理不能以自己受到老板的压迫而不得不这样做，正如同孩子的

妈妈不能以孩子太任性了为由，而任由孩子破坏公共财物。

当你享有项目经理的权利的时候，你同时也承担着公民的职责。如果像我一样看

着那孩子撕胶条，我们可以类比为你放任不管别的项目经理压迫员工，但是你因

此而获利或者参与其中，事情的性质立即发生变化。

这世界上太多的权利没有说清楚。最后一个故事。

昨天讨论一个项目。李记者请喝的茶那是非常的苦。更苦的是，有些事情只能小

范围而不能在更大的范围说清楚。

我们谈到，做个软件，授权给某个公司使用。我们进而提到，不能给源代码。两

位李同学都认为这不可行，分别编了由子。一个说这软件是我们买的，没源代

码，一个说……跟这个也差不多。

我说：我们就是不想给，那不行么？我们具有这样的权利。如果他们觉得只是使

用还贵的话，我们就不做这笔生意呗。

答复是这是不行滴。不过好在，他们不用跟我讲更多的道理，因为根据分工，我

不没有权利过问此事。所以，我只要说不行，至于为什么不行--因为利益，或者

说因为这是我们的权利，但是这些理由是不会公开的--会有人讲清楚的，用别的

理由。

有一天，我想我会对孩子说，我不能带给你月亮的原因，是我不能；我不能任由

你做一些事情的原因，是因为那是不应该的。能做，但是却由于人类的法则--与

自然法则一样无法破坏的--而不能实施。

我们可以一起哭，一起伤心得不得了。我们却没有法子。

因为，那些不是我们的。只要我们染指一点点，哪怕只有一点点，我们晚上就睡

不好觉了。

好吧，有些同学。我会指给你破坏规则的那条道路。不过，如果我这一次不能跟

你一起做坏事，请别强迫我。

否则，在那一瞬间，不再是我不给你面子，而是你试图攻击我的原则。

pics

2011-10-07T15:18:00.001+08:00

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译全文版

2011-10-06T23:43:00.001+08:00

Frederick Brooks: 计算机科学家的使命是制造工具 II

The Computer Scientist as Toolsmith II

翻译杨贵福

[杨注：Brooks先生著有《人月神话》和《设计原本》，领导过IBM OS/360系统的
设计。只是为Brooks先生的睿智所倾倒，我不自量力地把这篇演说翻译为中文。
绝非谦虚，很多地方我也没有读懂，更遑论先生文笔精彩而又幽默诙谐、随手用
典。希望看到翻译有误的同学，回贴也好，开骂也好，能够让读到本文的同学们
不致被我误导。]

Fred Brooks是ACM Allen Newell奖的首位获得者。ACM Allen Newell奖每年度授
予致力沟通计算机科学与其他学科的个人。Brooks的获奖原因是他在计算机科学
与工程学科内的广泛研究，及他对生物化学的可视化方法的跨学科贡献。在这
里，我们发表他在SIGGRAPH 94会议获奖时的演讲。

Frederick Brooks: 计算机科学家是工具制造者 II

接受以Allen Newell冠名的奖项是一项殊荣。Allen是"计算机之父"之一。他作为
一位前瞻者和引路人，在把人工智能发展为一个学科分支中具有重要地位，他清
晰地阐明了人工智能的远景。

一个人的品性比他的专业工作更加重要，因此，Allen的谦虚、高贵、无私的品德
对于获奖者而言是双重的奖励。我深深地感谢评奖委员会。我不想讨论某个特别
的研究领域，而是想遵循Newell Awardr的精神，分享那些我在计算机事业中进行
了一生的谨慎思考，那些我对于这个宇宙的信念。

我第一次谈到本次演讲的标题和一些公开过的小节，是在1977年一次演讲上。让
我重申一下那些要点，既然你们中很多人那时候刚刚出生。在某段时间，计算机
图形学还是个后娘养的孩子，还有点另类。从某个角度上讲，计算机科学是致力
于解决问题的系统的学科，而在这个角度上，计算机图形学非常接近学科的核心。

- 错误命名的学科

当我们的学科初生的时候，按常例，在命名上有点混乱。在教堂山[杨注：估计指
北卡罗莱纳大学教堂山分校]，我们遵从，我相信，遵从了Allen Newell 和
Herb Simon的命名方法，称我们的系为计算机科学系。现在，得益于过了三十
年，我可以放一个马后炮，我相信我们把名字起错了。如果我们了解原理，那么
我们就可以更好地理解工艺。那么，什么是科学？

Webster词典里，科学的定义是"涉及观察事实和对事实分类的分支，尤其是通过
建立可检验的通用规律和量化公式的手段。"这非常清楚--科学是与对事实和规律
的观察有关的。一条学术专业的民间谚语说，"凡是称自己为科学的，都不是科学。
"按这一标准，物理学、化学、地质学、天文，可能都是科学；政治科学、军事科
学、社会科学，还有计算机科学，都不是科学。可能最恰当的区别是在科学与工
程学科之间。这一区别不在于参与者的活动，而在于他们的目的。高能物理学家
可能会花大部分时间建造设备；空间飞行器工程师可能要花费大部分时间研究真
空中的材料的特性。然后，科学家是为了研究而建造，工程师是为了建造而研究。

我们的学科是什么？

我提议，根据合理的标准，我们称之为计算机科学的这一学科，事实上不是科
学，而是人造的[杨注：synthetic]工程类学科。我们从事制造东西--这些东西
是计算机、算法、或者软件系统。

与其他工程学科不同，我们多数的产品都是无形的：算法、程序、软件系统。
Heinz Zemanek恰当地定义了计算机学科，"抽象对象的工程"。甚至当我们造计算
机的时候，计算机科学家们设计的也只是抽象的特性--架构和实施方案。电子工程
师，机械工程师，致冷工程师设计那些真实的实现。

与那些制造房屋、汽车、药品、服装的工程师正相反，他们是为了人类的需求和
愉悦，而我们制造的东西本身并不直接满足人们的需求，而是由他人使用这些东
西来制造出满足人们生活的东西。一句话，计算机科学家是工具制造者--即不多
也不少。这是一个光荣的称呼。

如果我们正确地认识我们的角色，那么我们可以更清晰地认识到成功的标准：工
具制造者的成功在于，也只在于，工具的用户在他的帮助下成功。不管刀刃多么
亮，刀柄有多少宝石，重量掂起来多么完美，只有切割才是真正地检验一把刀的
依据。刀匠的成功，就是他的客户死于衰老。

- 命名如何误导我们？

如果我们的学科命令错误，会怎么样呢？显然，叫做计算机科学，有一种无害的
自豪感。名字当中隐含着什么？很多。我们自己错误的命名导致了许多不好的趋
势。

首先，这暗示着我们接受这样一种地位序列，更多尊重自然科学家，而更少尊重
工程师，因此我们据此为自己谋求更高的地位。这是一种怎么的看法，因此也是
可疑的。而且，这也是一种有风险的看法；在一些自命不凡的社会"科学"的案例
中，科学这个名字恰恰是滑稽的，而且使得参与者看起来很愚蠢。更进一步的，
这一看法也并无实在用处--我们应该因技术而获得尊重，而不是头衔。

其次，科学以对事实和法律的发现作为其自身合理的终级目的。科学的成果就在
于新的事实、新的法律，正是这些值得发表。如果我们把自己同科学家混淆，我
们就会把发明（并发表）无穷无尽不同的计算机、算法、语言作为最终目的。但
是在设计工作中，与科学正相反，创新并非成果。而如果我们把我们的成果视为
工具的话，那么，我们就会以它们的实用性和代价，而不是新颖，来检验它们。

再次，我们倾向于忘记用户和他们真正的问题，只顾爬进我们的象牙塔，剖析从
那些问题中抽象出来的东西，这些抽象对我们来说更易于驾驭，而可能把真正的
问题的本质部分抛在脑后。

我们用越来越深奥的术语交谈和写作，直到连本学科的人也看不懂我们的期刊，
出版费用一再提高，而且由作者付版面费，而不是由读者花钱订阅。在经济上，
我们的写作就跟垃圾一样，生产垃圾的人要付钱，收集垃圾的人收钱。

这一该死的趋势已经诅咒了美国的数学界，它的阴影正悬在计算机科学的头上。
我们正向一种教师的职业病屈服，2000年前耶稣基督对它做过如下诊断："你们
互相受荣耀[约翰福音 5:44]"[杨注：圣经原文的全句是，"你们互相受荣耀，却
不求从独一之神来的荣耀，怎能信我呢？"本文中此句原意是，你们渴望彼此的赞
美。]

最后，当我们对数学和抽象赞誉更多，对我们学科中的"科学"的部分赞誉更多，
而实践性的部分赞誉较少时，我们正错误地把那些年轻的杰出的思想从富于挑战
精神的躯体中引领移走，还有那些问题，那些问题正是我们独特的领域，我们正
错失本应给予这些问题有力攻击的时机。

- 学科命名中"计算机"的部分是完全正确的

有人希望我们的学科，我们的专业团体，不以一种机器命名。我认为Newell和
Simon在这一点上是完全正确的。计算机使得软件能够操控复杂性的世界，这突破
了以前的手工技术的限制。复杂性这一新世界，正是我们特有的领域。对于我们
特别生要的是，任意复杂度正是系统设计问题的特性。典型的复杂例子，有操作
系统、知识网络、计算机网络。任意性是固有的特征--这是具有独立思想的主机
所需要的，正是它包含着具有独立思想主机的活力。

这些问题从两种不同的角度使那些数学和自然科学背景的人震惊和气馁。数学家
们感到震惊的原因是，他们喜欢那些可以被简单地公式化并已经抽象好的问题，
而解这些问题非常困困难。四色问题就是个非常好的例子。

另一方面，物理学家和生物学家，因任意性而震惊。复杂性对于他们根本不陌生。
物理学家们挖得越深，他们发现的"基本"粒子的结构就越微妙和复杂。但是他们
不断挖，满怀信心地相信自然世界不是任意的，相信必然存在统一和一致的根本
规律，只要他们能发现它。

计算机科学家则不能用这种确信来安慰自己。任意复杂性是我们的命运，而且恰
是此处而并非他处，是本学科所需的最佳思想，它造就对这些问题更强有力的进
攻。现在变更已经建立的名字已经太晚了。

因此，我们目的并非提议改名，而是提出对潜意识态度的理智反抗。这些反抗中
最重要的，是持续关注我们的用户，是以用户的成功为依据的持续演进过程。

- 创造的天赋[杨注：创造，原文是Subcreation，我实在不知道如何翻译。作者
的大意，上帝是创造者，他创造了人类，而人类的创造是subcreation.]

制造东西是光荣而愉悦的，并且这种感觉与数学家和科学家的感觉不同。让我们
谨慎地用根本的方式来考虑这一问题。

创世纪1-2中涉及的创造不可思议地丰富和微妙，这可以从许多层次解读。我本人
并非相信上帝七天创造世界的原教旨主义者，但是我非常重视对创世纪的解读。
它指出，造物主给予人类七种非常杰出的生具来的天赋。默想这七种天赋，我们
发现那正是我们最深的渴望和最大愉悦的条款。（参见图1。）这里，我想集中讨
论最后一点，工作的天赋，即具有才能，或者说制造东西的天赋。

图1 创世纪中人类给予人类的七种与生具来的天赋

1.生命，和死亡；2.造物主相伴；3.友谊，尤其是婚姻；4.孩子；5.自然，尤其
是动物；6.自由；7.创造性工作

J.R.R. Tolkien（托尔金），史诗指环王三部曲的作者，花费毕生创造了丰富的
奇幻世界，这一世界具有它自己的法则、种族、语言、地理.他称这一创造为
subscreation的天赋，他用一首与graphicists[杨注：画师？]的作品特别相关
的一首诗阐释了这一天赋。

[杨注：下面这首诗，是本着瞎翻译比直接抄英文略强的原则翻译的，请视为占
位符。]

尽管流放已久，
他仍未完全迷失或完全改变，
他可能不再优雅，但尚未废黜，
仍保留着曾拥有的统治的碎片：
人类，具有创造力的造物，折射的光线
通过他由单纯的白光分裂为
诸多色彩，并且无尽地组合成为
从一个头脑到另一个头脑的鲜活的形状。

尽管在我们在世界的缝隙中我们填充了
精灵和地精，尽管我们敢于建造
神和他们的房舍，从黑暗与光明中，
并且播洒了龙的种子--那是我们的权利，
(使用的或滥用的)。那权利仍未腐朽；
我们创造，仍然依据着创造我们的法则。

Tolkien仅在奇幻故事的创作和奇幻世界中应用了这一思想。我赞同英国作家
Dorothy Sayers的观点，人类所有的创造都适用这一思想。一个谨慎的小小的思
考提示我们，制造东西的能力，这种模仿造物主的能力，是一种为了我们，而不
是造物主而给予的能力。正如他轻蔑地提醒以色列人，他并不需要我们的创造能
力:"一千座山上的牛群都是我们；如果我饥饿，我会求助于你们吗？"[诗篇 50:12]

因此我们必定能得出结论，这种能力，被称为创造的能力，给予我们的原因是丰
富我们的生活，并使我们可以使彼此丰富。

- 人工智能（AI）的健康发展

自创建以来，AI领域已经有了健康的发展，现在是观察和称颂这些进步的时候了。
在最初，实践仍然非常原始，但是本领域的言辞就回荡着巴别塔建造者的声音："我
们要建造会思考的机器；我们要建造巨大的脑。"只要给予充足的钱和努力，我迎
来的，将是不可思议的机器，它们能够识别视觉的模式，能够讲话，能够计划复
杂的行动，能够回答复杂的问题，能够具备大多数专家全部的专业技能。

在超过三十年中，我们投入了惊人的国家投资。是的，我认为，相比其他可能可
能获得成果的领域，在计算机科学研究中的公共投资中，我们对人工智能领域投
资过多。与投入的金钱相相比更严重的是，一代最杰出的计算机科学家的头脑，
和最杰出的从事学术研究的实验室的努力。

这些研究成果的副产品令人印象深刻：新的数据结构、新的知识表达的方法、新
的程序设计语言、新的计算机家族。但是，至于说到我们的主要目标，令人震惊
地，相对于花费的时间和投次，本领域的成果几乎没有。我们只要看看在当前的语
音识别和笔迹识别方面我们走了有多远，尽管我们在此做了多少工作。

曾经，至少专家系统领域将要奏响凯歌，尽管很多其他的目标都不值一提。然后
令人猛醒的消息来了：在2500至3000条规则领域的某处，当世界改变的时候，规
则库变得令人崩溃地难以维护。识别新的或者变化的规则与剩余的库的一致性变
得非常困难，困难到我们要为可用的规则库大小设置一个有效的上限。因此现
在，我们就拥有了专家系统技术，有几百个专家系统例子，但并非最初梦想的那
种可无限扩展的工具。

这些年来，我们给予人工智能研究者对人类智能力量的深切尊重。人工智能系统
的研究路线已经一点一点改变了，现在，我们听说研究者们提出了"飞行员助手
"，"训练建议者"，或者"计划工具"。

当真正的成果开始增加的时候，本领域的言论也变得适度了。这一演进过程完全
健康了。这也对应了一个基本的真理，可能Walt Kelly，comic strip Pogo的作
者，对它剖析得最清楚了Albert Alligator贬低过Ole熊那的确非常有限的智力。
Ole熊的反应令人难忘：

"你木有跑到我的头盖骨下面去。内里有非常想像力撒。"

[杨注：据wikipedia，Walt Kelly以画一种漫画--称为comicstrip的，分格的幽
默或叙事作品，在人物的脑袋上面的气球状圈里写上对白--著称，他的代表作是
Pogo；Albert Alligator是Pogo系列里的常驻角色，Ole bear没查到，可能也
是。从原文引用Ole Bear的话的语法上看，他的智力可能确实有限。]

是时候承认了，人工智能的最初目标不单纯是非常的困难，这些目标很迷人，也
很令人鼓舞，但是它们把我们这个学科引导到了错误的方向。

如果我们的目标确实是建立计算机系统，以解决非常富有挑战性的问题的话，我
的观点是：

IA > AI [杨注：intelligence amplifying，IA；人工智能，AI]

也就是说，智力放大系统IA能够，在有效系统技术的任何级别，击败人工智能AI。
也就是说，机器和头脑能够击败模仿头脑并单独工作的机器。

有一天，计算机会击败国际象棋世界冠军。当那一天到来的时候，我希望看到这
位世界冠军装备上强有力且适宜的IA象棋工具，然后和那个AI系统再比一次。我
打赌IA队会赢。

现在所有问题的重点是，不同的长跑目标会把我们的研究引导向不同的方向。当
我们不再继续梦想计算机会取代人脑，而是决定准备驾驭在脑-机系统中的头
脑的头脑的力量，我们应该研究如何以宽带的信道把头脑和机器连接在一起，这
是一个对SIGGRAPH而言珍贵的研究领域，对于这一领域的注意力仍不及对AI研究
的一小点。这些问题是富有挑战性而艰难的，正如图2的广告中所描绘的。

图2 沟通问题一个戴眼镜的男人头部的俯视图，面朝纸的正上方。他的眼前写着
"沟通"，脑后写着"最难的部分是最后四英寸"。4英寸合10.16厘米。

不深入任何细节，我想指出从机器中取出信息给头脑是计算机图形学的核心任
务，这占用了我们最宽带的信道。然而，我们其他的每个信道也都具有独特的特
性，我们一定不能忽略对头脑中的潜意识部分有影响的声音和触觉。同样的，从
头脑中取出信息放回机器中，能够肯定的是，字符串通常并非自然的和正确的机
制。我们希望像与其他头脑沟通那样与机器沟通，通过陈述命令，通过说话，指
点，或者通过移通来表明 "什么"、"在哪里"、"有多远"。

- 工具制造者是协作者

如果计算机科学家是工具制造者，又如果我们乐于制造强有力的工具和头脑放大
器，我们就必须和那些将使用我们的工具的人们一起工作，和我们希望放大他们
智力的那些人一起工作。请让我和你们分享一些过去超过30年我们在教堂山跨学
科协作的经验。这些经验很令人兴奋，我把它作为一种工作方式推荐给你们。它
也有一些固有的代价，我们得决定是不是打算承受，还有一些固有的陷阱。

- 问题驱动的研究途径

让我们从一个矛盾的观点开始：

让我们的研究搭别人研究问题的便车，在他们的术语的基础上解决那些问题，这
会引导我们丰富计算机科学的研究。

这是一个"下面在上面"的悖论，它支持了生活中太多的事情，从婚姻生活到职业
发展。

怎么会是这样呢？在其他学科的问题上工作，以增进协作者为目的，怎么会帮助
作为计算机科学家的我们呢？因为许多原因：

* 这让我们瞄准相关问题，而不是仅做练习或玩具级别的小问题；

* 这使我们对成功或失败保持诚实的态度，这样我们欺骗自己时就不那么容易了；

* 这使我们面对整个问题，而不仅是容易的或者数学的部分。比如在计算几何
中，我们就无法绕过三重共线点[杨注：?]，或者四重共面点[杨注：?]。我们
无法假设病态条件的情况是不存在的。

* 面对整个问题反过来也迫使我们学习和发展新的计算机科学，这些新思想如果
不是在面对整个问题中暴露出来，我们可能根本不会涉及；

* 除了以上这些，在别人旁边看着发现蛋白质如何工作，或者看设计潜水艇，或
者看纳米尺度的装配，这本身也是件非常有意思的事。

在我们的教堂山实验室，我们的虚拟现实小组已经与许多方向的研究人员合作
过，这些方向列在了表1中。你可能问一个合理的问题，计算机科学家在合作中
得到了什么，你们学到了东西么？

表2给出了仅从分子结构化学家合作时，计算机科学家得到的一些结果。一个非
常好的副作用，是针对分子表面开发的多边形简化算法，也适用于潜水艇零件35
万个多边形的模型的实时可视化。

图3是从最近实验的视频中采集到的，物理学研究生Michael Falvo正使用原子力
显微镜把一个黄金的小球置入电路的目标缝隙之中。图4给出了视频中的几帧，
显示的是对于用原子力显微镜置入探针对烟草花叶病病毒重组。

图2的画面是这样的：一位男士背对我们，手持一个从天花板上悬挂下来的装置，他
面前的桌子上，有几条弯曲的线条，不怎么像电路，看着倒是有点像蛋白质。这
些线条的背景是像月球环形山一样的平面。题注中指出他的整个视野范围是1纳
米。这个视野范围在图上看，应该在1平方米以上。[杨注：以上是杨用文字对图
画作的描述，不是题注本身。这几张图都是。]

图3的画面是这样的：有几张图，每一张里都有两个或三个杆菌一样的东西，它们
的位置在变化。题注说明：场景的大小是1纳米。

表1 虚拟现实驱动问题

* 医学图像和重建

* 放射治疗计划

* 分子结构

* 扫描探针显微镜的控制

* 建筑设计和潜水艇空间

* 战斗机飞行员战术练习的训示

表2 一些来自分子图像驱动问题的计算机科学结果

* 不要赋予手动设备多种功能

* 强制显示可以使分子以快至两倍的速度停靠

* 新的线性时间并行alpha-hull算法

* 新的多边形简化算法

- 协作的代价

与专业领域合作确实有一些代价，跨学科合作的代价还有独特性。我发现我们的
小组花费大约四分之一的时间从事支持我们的合作者的日常工作，而没有在这些
时间里推进我们的联合研究，更没有进行计算机科学部分的研究。某个化学家需
要一张特别的适合于某种尺寸的纸张或者课本封面的插图。某个潜水艇设计师需
要一个特别的技术演示，给他的项目基金负责人或者主管看。这些我们都非常高
兴完成。这是有来有往的。我们的化学家合作者要花上几个小时培训我们的研究
生关于蛋白质结构的元素，通过手把手摆弄黄铜的或者塑料模型的实验指导他们。

所有的合作都需要安排时间让资深科学家做计划和沟通。这些工作是不能交给别
人做的--只有两边的老板才行。

最后，我们的职员和学生必须花时间学习蛋白质化学、表面物理、放射学，或者
建筑设计。我们的博士生经常要上合作学科的导论课程，他们总是阅读合作者方
面的课程，用来准备他们的毕业论文。当然，他不必成为合作者领域的专家，但
是他必须得学习基础课程、术语、还有合作者的研究目标。

- 合作的条款

每对合作者都是不同的，不过在美好的意愿下，许多不同的安排也都能达成合作
成功。我们发现了一些简单的规则，它们能够帮助明智的跨学科合作。最有帮助
的一条是，任何一方不应成为另一方的承包商--应该是每一方都提供他们的支持。
这确保，在一方发现不再值得投资时，合作中不存在人为的羁绊。合作只有在每
个人都赢的时候才能有效果。

对于一个工具，我们有两条准则：

* 它必须足够容易使用，容易到全职教授能够使用；

* 它必须有足够效率，有效率到全职教授乐于使用。

只要能对他们的论文有点好处，博士生们乐意使用任何糟烂的工具。只有在与我
们合作的资深科学家在他们自己的工作中使用我们的工作，我们才视工具制造这
一合作是成功的。制造工具能够满足这两条强制性准则，就要求与合作者紧密地
一起工作，对什么是有用的进行不断迭代的定义。

荣誉分配呢？在获得冠军的队伍里，每个人都能得到指环。在成功的合作中，有
足够的成果供大家作为荣誉。在成功的合作中，我从来不知道荣誉会是个问题。

- 对娱乐的质疑

现在让我们转回来讨论计算机图形学和SIGGRAPH会议。计算机科学中再没有比这
一块更精彩和有趣的了。

我们的会议是对稳定的成功和进步的欢乐的庆典，无论是在硬件、软件、使用的
概念上。我们有太多的东西要庆祝了。

然而，我愿望我我们大家面前提出一个质疑。在最近一次面谈中，Dan
Goldin，NASA的主任，他说，"我并不担心宇宙的问题，我担心的是美国。我们
的国度已经成了消费的国度。娱乐和消遣是为未来准备的最重要的事。愿上帝帮
助我们！"

我赞同Goldin的观点。当罗马人变得只对面包和马戏感兴趣的时候，罗马就是从
那时开始由内部开始腐烂。让我们只要考虑一下美国娱乐和消遣的一个方面，而
这正是与SIGGRAPH会议特别相关的--电视。

在一次最近的大学毕业典礼上，Teresa修女获得了荣誉学位，人群礼貌地鼓掌。
后来，最后的领奖人，来的才是人们来这里想看的--Meryl Streep[杨注：你猜对
了，她是美国著名女演员。获过16项奥斯卡提名，获过一次最佳女主角，一次最
佳女配角。猎鹿人，走出非洲，穿普拉达的女王，廊桥遗梦。]Streep小姐在她的
领域非常杰出，但是我们看重的是什么？我们实验室的成果出现在国家电视台上
时受到不温不火的祝贺，我一直对此惊讶，好象这次曝光能够增强或者检验我们
的工作似的。O. J. Simposon审判案向我们展示了名声如何获利。传媒教授Neil
Postman，在他写的书《娱乐至死》中写出了这些细节，"我们的政治、新闻、宗
教、教育，都已经成为娱乐业的附属。"

作为消遣的传媒，电视具有我们可以预见到的空前的力量--它是"可视的"。但是
这一传媒固有的特性是"被动的"，这一缺点导致我们在座的许多人从事交互媒体。
电视固有的是"非社会"的，我们清楚与人互动的价值。而且，正如在美国的实践
表明，电视是疯狂的--令人兴奋，但并不令人提神。[杨注：后面还有半句完全不
明白，"with the average cut lasting 3-1/2 seconds "，后面注了参考文献，
就是《娱乐至死》。]

Minow曾经这样给出美国电视的特性，"广阔的荒漠"。现在，这块荒漠更广阔了，有
更多的频道，还有更多将要出现的频道。它也更加荒无人烟。我担心我们很少停
下来沉思一下这该有多么糟糕。

古希腊人这样要求生活的每个方面：它是真的吗？它是美的吗？它是善的吗？

电视也并非真相的集散地。由于电视的存在，我们现在不得不教会幼童一件事
情，这是我们以前要在晚得多的时候才接触到的--人们会说谎，尤其是当他们出
售东西的时候。更严重的是，节目的内容教给对生活错误的暗示--节目回避了悲
伤、失落，与死亡同来的空虚，与成熟同来的快乐，抚养孩子的喜悦。电视在美
的方面也不尽人意。尽管电影艺术通常非常巧妙，但是总体的效果是丑陋的--荒
凉的贫民窟、丑陋的暴力，还有没完没了的汽车追逐。

电视只有偶而的情况下才是善的。对物质的强烈贪婪只具有中等程度的戏剧性。
电视中的角色鲜有那种我们希望他们是我们的朋友的人，都是非常不希望作朋友
的，比如在Neville Shute小说中的人物。只有极偶然的情况下，我们才会希望
我们的孩子把电视角色作为他们的偶像。

Lee DeForest的后半生因发明真空管而享有盛誉，他谈论真空管如何使广播成为
可能的时候，悲哀地说:"这是我DeForest的主要罪恶。"现在，我们有一个新的
候选项目了。

"在没有电视的时候，人们都做些什么？"我们如何放松消遣？

* 人们彼此拜访。

* 人们做被褥，从事发明，演奏音乐，做游戏。

* 人们阅读，用他们的想像力填满图画。

* 人们从事运动，而不是主要地观看别人从事运动。

* 人们观察大自然，而不是观察大自然的照片。

好吧，所有这些与SIGGRAPH会议有什么关系呢？关系非常多；SIGGRAPH会议也崇
拜电视及电视的名声。没有比电子剧场更明显的例子了。年复一年，我们越来越
按电视文化的标准选择应该尊敬什么样的成果。这里越来越像个电子剧场，而不
是计算机图形学的展示会。我们看到展出的是闪闪发光的舞蹈演员、虚假的唇同
步音乐[杨注：假唱?]，还有真实世界的廉价变形的二维影像。

每年都有一些精彩的例外，从Luxo, Jr.[杨注：皮克斯公司那个一跳一跳的小台
灯的动画片]到Devil's Mine Ride[杨注：也是动画片，没看过，可能跟矿井里的
小车有关]。但是我只能对完成了的东西而感到惊异，而没有同样感到它们内在的
喜悦。同样的问题在文艺演出中也存在：

* 纯粹的美在哪里？那难道不是艺术所具有的么？

* 我们可以与艺术家分享的喜悦在哪里？

* 我们已经放弃了艺术是丰富彼此的再创造，放弃了艺术是自我净化，是原始的
呼唤么？[杨注：非常不确定这一段作者的态度，不知道翻译得对不对，可能
正好反了。]

- 计算机图形学研究者可以做些什么?

图形学的魔力，在计算机每秒百万次运算力量的支持下，确实带给我们一种全新
的富有创造力的媒体。我们能够创造出在它们自己的规则下运行的世界；我们可
以沉浸在这样的世界中，真实得有时甚至欺骗了我们的头脑。这些世界能够向我
们显示我们真实世界的新的真相，这些真相以科学建模和可视化的方式呈现给我
们。这些世界展示给我们新的卓越，新的美丽，那些直接从我们的想像中产生出
来的。

从人类的想像中而来的，可能极其美丽，也可能极尽丑陋，可能深刻的真实，也
可能极端的虚假，至善或者极恶。正如耶稣所说，产生出来的东西依赖于心灵本
身的情况[马太福音 15:18]。如果我们希望我们的创造物是真、美、善的，那么
我们务必关注我们的心灵。正如使徒保罗在[腓力比书 4:8]中所说，"在你的头脑
中充满那些善的和值得称颂的；那些真实的，可敬的，公义的，清洁的，可爱
的，有美名的事物。"

- 致谢

Newell Award奖给终生的成就，尤其是跨学科的工作。因此，这也隐含地承认了
我们许多合作者的工作。我要明晰地向这几十年来与我合作的人们表达特别的谢
意。

* 感谢你全部所做的 - Nancy Greenwood Brooks

* 计算机架构 - Gerrit Blaauw, Richard Case, John Cocke, John
Fairclough

* 图形学 - William Wright, Henry Fuchs, Michael Pique, David and Jane
Richardson

* 建立计算机科学系 - Peter Calingaert, Henry Fuchs, Stephen Pizer,
Donald Stanat, Stephen Weiss. C

参考文献略

关于作者略

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第5部分，也是最后一部分

2011-10-06T23:33:00.001+08:00

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第5部分，也是最后一部分

翻译的第5部分，也是最后一部分

"在没有电视的时候，人们都做些什么？"我们如何放松消遣？

* 人们彼此拜访。

* 人们做被褥，从事发明，演奏音乐，做游戏。

* 人们阅读，用他们的想像力填满图画。

* 人们从事运动，而不是主要地观看别人从事运动。

* 人们观察大自然，而不是观察大自然的照片。

* 纯粹的美在哪里？那难道不是艺术所具有的么？

* 我们可以与艺术家分享的喜悦在哪里？

- 计算机图形学研究者可以做些什么?

- 致谢

* 感谢你全部所做的 - Nancy Greenwood Brooks

* 计算机架构 - Gerrit Blaauw, Richard Case, John Cocke, John
Fairclough

* 图形学 - William Wright, Henry Fuchs, Michael Pique, David and Jane
Richardson

* 建立计算机科学系 - Peter Calingaert, Henry Fuchs, Stephen Pizer,
Donald Stanat, Stephen Weiss. C

参考文献略

关于作者略

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第4部分

2011-10-06T14:17:00.001+08:00

翻译的第4部分

* 这让我们瞄准相关问题，而不是仅做练习或玩具级别的小问题；

* 这使我们对成功或失败保持诚实的态度，这样我们欺骗自己时就不那么容易了；

* 面对整个问题反过来也迫使我们学习和发展新的计算机科学，这些新思想如果
不是在面对整个问题中暴露出来，我们可能根本不会涉及；

* 除了以上这些，在别人旁边看着发现蛋白质如何工作，或者看设计潜水艇，或
者看纳米尺度的装配，这本身也是件非常有意思的事。

图3的画面是这样的：有几张图，每一张里都有两个或三个杆菌一样的东西，它们
的位置在变化。题注说明：场景的大小是1纳米。

表1 虚拟现实驱动问题

* 医学图像和重建

* 放射治疗计划

* 分子结构

* 扫描探针显微镜的控制

* 建筑设计和潜水艇空间

* 战斗机飞行员战术练习的训示

表2 一些来自分子图像驱动问题的计算机科学结果

* 不要赋予手动设备多种功能

* 强制显示可以使分子以快至两倍的速度停靠

* 新的线性时间并行alpha-hull算法

* 新的多边形简化算法

- 协作的代价

所有的合作都需要安排时间让资深科学家做计划和沟通。这些工作是不能交给别
人做的--只有两边的老板才行。

- 合作的条款

对于一个工具，我们有两条准则：

* 它必须足够容易使用，容易到全职教授能够使用；

* 它必须有足够效率，有效率到全职教授乐于使用。

- 对娱乐的质疑

现在让我们转回来讨论计算机图形学和SIGGRAPH会议。计算机科学中再没有比这
一块更精彩和有趣的了。

我们的会议是对稳定的成功和进步的欢乐的庆典，无论是在硬件、软件、使用的
概念上。我们有太多的东西要庆祝了。

古希腊人这样要求生活的每个方面：它是真的吗？它是美的吗？它是善的吗？

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第3部分

2011-10-05T17:22:00.001+08:00

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第3部分

翻译的第3部分

- 人工智能（AI）的健康发展

"你木有跑到我的头盖骨下面去。内里有非常想像力撒。"

是时候承认了，人工智能的最初目标不单纯是非常的困难，这些目标很迷人，也
很令人鼓舞，但是它们把我们这个学科引导到了错误的方向。

如果我们的目标确实是建立计算机系统，以解决非常富有挑战性的问题的话，我
的观点是：

IA > AI [杨注：intelligence amplifying，IA；人工智能，AI]

也就是说，智力放大系统IA能够，在有效系统技术的任何级别，击败人工智能AI。
也就是说，机器和头脑能够击败模仿头脑并单独工作的机器。

图2 沟通问题一个戴眼镜的男人头部的俯视图，面朝纸的正上方。他的眼前写着
"沟通"，脑后写着"最难的部分是最后四英寸"。4英寸合10.16厘米。

- 工具制造者是协作者

- 问题驱动的研究途径

让我们从一个矛盾的观点开始：

让我们的研究搭别人研究问题的便车，在他们的术语的基础上解决那些问题，这
会引导我们丰富计算机科学的研究。

这是一个"下面在上面"的悖论，它支持了生活中太多的事情，从婚姻生活到职业
发展。

怎么会是这样呢？在其他学科的问题上工作，以增进协作者为目的，怎么会帮助
作为计算机科学家的我们呢？因为许多原因：

杨贵福的blog

台湾掠影

整理书架子

音程示范歌曲，lilypond example

上位机与下位机的交流：编码与字节序的实验

面试，为什么总问些没用的，及emacs支持正则表达式替换

pics

悠长假期

那些非常好的书

与机器(或男人)沟通的原则

当一名战士就是一支军队，那些不需要软件工程的时候

我早就说过

pics

穷人如何使用测试驱动开发进行重构

pics. gone with the wind

一见钟情 vs. 众里寻他

pics

罗马十二铜表法的进步与软件工程需求与原型实验

pics

pics

源代码：使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（6）

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（5）

pics

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（4）

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（3）

shell助我去战斗

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（2）

使用Antlr+Stringtemplate生成method chaining，一个不太简单的案例（1）

pics

我想买个键盘：用户需求可以多么刁钻

pics

没打游戏，我非常难过

教学相长，和我的学生

白板基本清空了

pics

二猫的蜡烛兔子

牛人与弱手的区别，不是线性的，而是指数的 及他们之间的道路

2011年11月9日，我的理想

轻轨的尽头

包师弟的放大镜

pics

lambda过程作为返回值的例子-分析，及一个作用域的例子

lambda过程作为返回值的例子

pics

当你说不行时，你应该说些什么：以Android播放midi为例

徒步 20111030,4.0km, 15:00-16:30.

pics

pics

pics

pics

回顾大连ACMICPC之行 照片 5

回顾大连ACMICPC之行 照片 4

回顾大连ACMICPC之行 照片 3

回顾大连ACMICPC之行 照片 2

回顾大连ACMICPC之行 照片 1

pic

工程训练到底应该是什么样的

pics

降落伞原则

中国足球运动员当然有资格泡妞和逛夜店

pics

pics

对于这个世界，我们拥有什么样的权利？

pics

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译全文版

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第5部分，也是最后一部分

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第4部分

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第3部分

牛人与弱手的区别，不是线性的，而是指数的及他们之间的道路

回顾大连ACMICPC之行照片 5

回顾大连ACMICPC之行照片 4

回顾大连ACMICPC之行照片 3

回顾大连ACMICPC之行照片 2

回顾大连ACMICPC之行照片 1