林健的BLOG

　　不能不说《蚁族》一书拉动了唐家岭、小月河等地的旅游业。当然，这种所谓的“旅游”对大多数游客来说只是“想看一看”而已，对当地的经济基本没有正面作用，反而增加了交通的压力。今天，我与 Jeep、idealee 同学慕名探访了唐家岭，参观了新时代知识青年的实现生活环境。

　　我们从中关村软件园沿唐家岭路走向唐家岭村。住在唐家岭的外来人口很多在上地、软件园一带工作，所以这条路成为唐家岭对外最重要的通道。很窄的双行道，公交开行密度却很大，但也难以满足上下班人群的需求，来往的车辆均塞满了人。安全起见，行人和自行车往往要走在柏油路外侧的土路上。

　　唐家岭村口，和一般的乡村也差不多，但拱门上的标语既不是“欢迎来到”也不是“建设和谐”，而是强调该村是“全天候电子监控区域”，居民要“严格自律”、“注重行为规范”。这显然是写给外来人口看的，给人以压抑感。

　　村里最热闹的路段还是那一条唐家岭路，路边密集地排布着各种商店、餐馆、网吧、理发店、澡堂、诊所以及中介公司，一片繁荣景象。公共厕所也不少有当街的，臭味直冲对面的店铺。路过的房屋中介公司里都排着长队，门外有人把风，我没有敢拍照。

　　路边也见到几个综合治理办公室岗亭，周围有一些穿军大衣的人出没，不知道他们是不是所谓收“水费”的“治安员”。可惜我们来的不是时候，没有赶上收“水费”，没能收藏到传说中的“外来人口缴纳卫生费、水费凭证”。

　　繁华的唐家岭路背后，更多的则是像这样狭窄的无名小路。路面晴天是土雨天是泥，冬天还要小心高处落下的冰柱。小路两侧是二层以上的建筑，绝大多数都是面向外来人口的寄居场所。其中有较大规模的集体公寓，也有民房改建的、按间或按床位出租的出租屋。遍天的电线、电话线、网线也衬映了这里居民的文化构成。

　　村里最常见的广告当然是房屋招租了，从这种大广告牌，到院墙上随处可见的小广告。可见这早已成为唐家岭村的主要经济支柱，同时也让人慨叹一个农村的畸形流经发展模式。很多出租屋美其名曰“白领公寓”，也可见北京的高学历和白领职业早已泛滥，像 IT 民工这行当与普通外来务工人员的差异正在日益缩小。

　　这是一栋在建的小楼。尽管是寒冬，但整个村子里的建设氛围却没有受到影响。据说这里的很多建筑都是违章的，即使是合法的建筑，其质量也不敢恭维。估计当城市化的蔓延到唐家岭时，这些建筑的拆迁又会成为村民致富的另一条途径。

　　像这样的小楼，主体结构完成后外表不用装修，安装一个简易的金属楼梯就可以对外出租了。空调等设备也能够配备，当然需要租房者自行承担相应费用。10 平方米的单间算是奢侈，4 到 8 个人挤一间的床位房是刚刚毕业的大学生的经济选择。

　　这是一条水泥铺成的“自建路”，在我们走过的线路中是比较罕见的。墙上告示中一句“后果自负”显示出修路者那种“此路是我开”的霸气。在这条路的尽头，我们看到了几座民房。农具、大白菜、板车、看门狗，终于有了一些农村的生活气息。

　　在返回村口时，我们有幸遇到了中国政法大学法律援助中心和海淀区劳动争议调解中心在做劳动者维权方面的法律宣传。这又一次提醒我们，这里是北京城八区之一的海淀，还没有出“城”呢。政法大学的研究生们冒着寒风向过往的行人发放《劳动者维权实用手册》并接受群众的法律咨询，只是在我们路过的那阵子似乎没有多少人响应。

　　此外，村北气派的村委会大院、人满为患的唐家岭北公交车站也给我们留下了深刻的印象。但这两个地方把风的人都比较多，我也不方便拍照。也有人说只有走进那些出租屋看看，甚至住一两个月才能真正体会唐家岭外来人口的艰辛生活。我们这一次没有做此类计划，《蚁族》已经告诉我们了许多，下次有机会再和有相关经验的人去参观出租屋吧，地点可以在小月河之类。

　　同样都是大学毕业生，我们的确比唐家岭的新知识青年们幸运一些。目前的体制和政策是有不当之处，需要决策者改进，但“蚁族”自身有没有深入地反思过自己的选择？“蚁”字赞扬了这一人群的高智商、锲而不舍精神和聚沙成塔的力量，但同时也反映了这一人群与社会性动物类似的特点——群体行为。陷入“蚁族”的生活究竟是真的无奈还是一种被动的跟风？除了做“蚁族”真的没有别的选择了吗？都说高中教育磨灭个性，把所有学生塑造成了同一个样子，那么大学教育呢？也许只是有限的 N 个样子吧！“蚁族”们在公司里要装扮得体体面面，对家乡父老要表现出事业有成，自己却要忍受着经济压力苟且偷生。原本是奋斗者的心态，在群体行为的高压同化下变得麻木并盲目了。就业和住房的压力，政府是有责任，但其中有多少比例是自己给自己强加，甚至是自己给社会输出的呢？中国不仅仅是由北京、上海等几个大城市构成的，IT 业也并非只能在中关村、张江等地方发展，更不用说那些高学历人群从事的低起点行业了。当然，选择的权利始终在你自己手里，但不要忘记了，你还有思考的权利，不要让群体思维覆盖了自己的思维。

　　而对于暂时还没有遇到生活压力的我们——身在福中要知福。

　　前几天读了邹恒明老师的《计算机的心智——操作系统之哲学原理》，这本书确实使得我对之前理解得较为生硬的部分操作系统原理豁然开朗了，这种大白话的风格虽有失教材式的严谨，但作为灵活生动的学习参考资料的确是不可多得的。然而贯穿此书的一个细节问题也在阅读过程中逐渐呈现：作者多次引用《圣经》故事，经常使用基督教中的概念做比喻。尽管书中也有一些儒、释、道的理念，但从不少行文表达中都可以看出其暗含的对基督教、神创论的认可。邹老师是基督徒吗？上海交大研究生院网站有关他的介绍页面中的一句“寻找，必寻见；叩门，就开门；相信，便得救”基本证实了我的猜想。不过作为一个不信神的读者，我虽然也读过《圣经》的主要篇章，但对作者给出的部分引言或比喻还是难以理解的，例如为什么巴别塔与进程调度问题相关？我也曾试图挑刺似的来找这本书中各处看似不恰当的比喻，包括宗教的和非宗教的。但读着读着，慢慢感觉到自己也没必要和那些文字作对。原因正如宋朝的佛印禅师所说：“心中有佛，所见万物皆是佛”。作者写出能这些比喻，是因为作为一个基督徒，在其信仰的指导下使用其独到的神学观点来思考人造事物，就其个人而言是相当自然的。而我要是有准备挑刺的潜意识，那无论从中看到什么略显玄乎的文字，都会不自觉地将其认定为有失恰当的主观内容。
　　做技术、做研究的，平时也不是常常这样吗？看了几天云计算的文章之后，发现网上的什么服务都是云了：云存储、云同步、云协作，就连 DDoS 都可以说成是云点击……然而深入分析下去，在多方不同定义的基础上逐渐形成自己对云的理解，于是乎否定了之前认为的那些云产品，开始用自己的理念来构想现有网络服务的理想化云模式。然而思考良久过后却始终没有一个成熟、完整的模型。最后不得不妥协，开始寻求一种融合的、中庸的、更贴近现实的解决方案。其实古人早已总结了“看山是山，看水是水；看山不是山，看水不是水；看山还是山，看水还是水”的认识公式了，只是在科研活动中，这前两个认识阶段往往是不能逾越的，因为它们代表的分别是积累和消化。那么有没有什么是可以逾越的呢？也许是通过对自己的心智、思维的控制，来越过前两个阶段的不良心态？李笑来老师在《把时间当作朋友》中对此类问题有相应的论述。但这类偏“软”的道理，也只能自己在实践中体会，找到适合自己的套路。最后也许就是在心中形成一个独特而不局限、广博而不混杂的“×”（或是“△”、“□”、“○”），在这个“×”的指导下折腾一切，如同庖丁解牛，游刃有余。

---

　　花边：今天我和 Jeep 同学去参观了国家铁道试验中心（环行铁路）和中国铁道博物馆。都是整 Linux 的人，自然看什么都像是 Linux。一个小小的“SL”也能引起如此的遐想：

　　不久前收到了博文视点寄来的新书——《程序员的自我修养——链接、装载与库》。比较巧的是，我这段时间正在从事一个涉及多语言互操作的项目，那些天还在看一些有关C++语言设计和实现原理的文献，这本《程序员的自我修养》和我最近的工作还是多多少少有点联系的。
　　有的人可能认为读博士的人不应该再去关注这些面向程序员、纠结于技术细节的书了，而要专心于自己的研究领域，做偏科学、偏理论的事。这是有道理的，博士教育和硕士教育的差异即在此，漂泊在茫无涯际的技术海洋很可能让本应该专注于一个方向的人不知所向。但是我们也要反思，自己的基础是否足够扎实？对计算机原理的理解是否超越了那些具体技术的层面？自己是否真的具备了从事科研的素质？我的导师在他的科普作品《电脑启示录》（中篇 硅谷的秘密）中曾提到作为计算机科研人员应该具备的基本素质，并例举了几个用来考察这些素质的问题，诸如：从计算机开机到操作系统等待用户输入，经历的一系列流程是什么？在浏览器里敲入一个网址到网页呈现给用户，期间又有哪些工作细节？这些过程看似稀疏平常，其中的大道理在本科计算机课程中也都或多或少地介绍过，然而要精确地表达每个步骤，更重要地是说明每个步骤为什么要这样设计、为什么会这样实现、其中的科学依据是什么，往往不是每个计算机专业毕业生都能说清楚的。这类问题常常能从侧面反映一个从业人员的理论功底及实践经验。《程序员的自我修养》所阐述的也正是同一类的问题：一个程序由硬盘上目标文件、可执行文件变成内存中的进程体、CPU中的指令流，整个过程的来龙去脉是什么，有什么原理、诀窍、讲究和因果联系。
　　在计算机领域从事不同具体工作的科研、技术人员，静下心来分析一下这些平时被各种层面的接口掩盖了的机制是有好处的。初用VC++编程的时候，也许你会奇怪，监视窗口为什么要输出一串“烫”字；干Linux工程时，仅仅链接了几个标准库文件就把程序搞崩溃了，你会认为这是链接器或标准库的bug，还是自己没有弄明白它们的机理？如果你在计算机学科的其它方面有过一些细致的了解，你又会发现，像自举引导、延迟绑定等共性的方法，时间与空间转换、策略与机制分离等共性的原则在编译、链接、装载过程中也都有生动的体现。而即使你是做研究的，方向与程序原理相隔甚远，看看这些计算机领域内实现相对成熟、应用相对普遍的、原理相对通用的问题，对自己的工作也很有启发意义。
　　尽管这本书有待市场的考验，但它研究的问题确属计算机学科中的经典。把理解链接、装载与库作为程序员的自我修养是否合适？我想，它算不上充分条件，不过确实是一个必要条件。不仅对程序员来说必要，对任何一个从事计算机研究与开发的人来说都是有价值的。

　　冠仔和晓玮最近找我讨论了不少C++问题，这促使我重新拿起书把C++复习了一阵。大二的时候学习C++，看的是《Thinking in C++》，对那些概念、规则记得比较熟，但往往说不清每种特性在实际中到底有什么用，它们为什么要这样设计。前一段时间挑了《The C++ Programming Language》和《C++ Primer》中的部分章节阅读，加之有了几年的工程实践，很多问题也便豁然开朗了。对复习过程最受用的还要算《The Design and Evolution of C++》这本在国内不太流行的书，要知道它的作者同样是C++之父Stroustrup。这本书从技术史的角度阐述了C++的每个特性的设计目的和实现机理，使人对C++一些看似蹩脚的设计不再感到奇怪。它与微软那本《The Old New Thing: Practical Development Throughout the Evolution of Windows》给我们一个共同的启示：在不了解一个事物的历史源由的情况下，不要轻言其设计得愚蠢。像C++和Windows这类相对成熟的产品，每个细节的存在都是有一定道理的。
　　为检验自己的复习效果，我又借了本这两年买得很火的《程序员面试宝典》（第二版）来。冠仔一看这书，马上提出了他的反对意见，说这书内容很功利，编写很浮躁，还有一些错误。这也倒好，我可以批判性地阅读，看看自己有没有能力把书中的错误找出来，或者给回答得浮躁的问题一个更好的答案。花了两个半天读完，觉得这本书的瑕疵还真是不少，仅以我重点阅读的“C/C++程序设计”部分，就发现了若干错误或不妥的地方：
　　● 5.2节例题1、2，main()函数的定义不符合标准，要知道“int main()”和“return 0;”是往往考查过程中一个重要的细节；
　　● 5.6节例题1，源代码中出现了中文字面值，而且没有用wchar_t存储也没有用转义，这是一种依赖于编辑器和编译器的不好的编程习惯；
　　● 6.2节扩展知识，C++中标准不支持“不写类型默认为int的定义”，“const bufsize;”的首要错误应该是这一条；
　　● 6.3节例题1，混淆了“位”与“字节”；
　　● 6.3节扩展知识，尽管看上去VC调整后的3个变量只占了连续的9个字节，但运行时栈里还是要遵循对齐的，char所在的字还是有3个字节未用，这和gcc（Dev-C++）没有本质区别，并非减少浪费。要想说明编译器“聪明”，可以多写几个char和int穿插，但这种调整布局的优化VC/gcc都会做，无所谓谁更“聪明”；
　　● 7.2节例题2，“全局区域的值是不能进行修改的”表述有误，应该强调字符串常量保存在只读的数据段，而不是像全局变量那样保存在普通数据段（静态存储区）；
　　● 10.2节例题2，对“Test b();”的解释含糊不清，其实它就是一个参数为void、返回为Test对象的函数的声明，把这一点讲出来，答案自然就清楚了；
　　其它还有一些没有回答到点子上的问题，就不一一例举了。尽管如此，我还是从中学到了一些在经典教材上没有注意到的问题，比如C和C++下const变量默认连接规则的不同（6.2节）、volatile变量使用时的注意事项（11.2节）等。总体来说，《程序员面试宝典》为面试突击看看还行，但不要把里面的字字句句当圣经——它很多地方经不起推敲。

　　我第一次听说《编程之美——微软技术面试心得》，是在博客堂2007年会上。当时和邹欣先生坐得不远，他简要地介绍了《编程之美》的内容和写作进度。不久前我在电子科技书店看到此书已经上架，于是借来一阅。
　　此书的优点无须我多言。算法是计算机程序设计的灵魂，是每个计算机专业学生和从业人员必须具备的基础素质之一。微软把一些看似简单，但蕴含深刻内涵的算法题目作为面试的重要内容，是经过深思熟虑的。
　　不过从我个人角度出发，我更希望看到一本讲述与计算机体系结构、操作系统等原理相关的“经典问题”、“面试心得”一类的书籍。就如同《编程之美》第 1.1节的内容，从计算机软硬件实现的角度出发，引出问题，进而提出算法。与从数学问题直接引出算法相比，更贴近研发人员的实际。
　　例如竞态条件和死锁、流水线分析和设计等问题，在计算机专业课本中都是生硬的理论和千篇一律的例子。提到读者写者，我们马上就会想到竞态、并发、死锁等问题，但在一个现实的程序或项目中，缺乏经验的编程人员往往不会立刻发现自己遇到的情形恰恰可以套用读者写者模型。从现实程序问题到算法数学原理，需要体系结构模型的过渡。
　　算法和工程是分别是研究和开发人员必备的基本能力，我觉得我的这点期望是二者的交融点。