figure9书评-查字典图书网

2010-05-02

偶并没有为这本书写书评的打算，但毕竟答应了电工编辑的邀请，再不写就说不过去了。

不过翻到豆瓣的页面发现这本书的书评已经有100多篇了，没想到这本书能做到这么热门。

既然已经有这么多人评价了，偶就不多写了，随便白活几句了。

这本书是在我在准备考研期间时，有一次逛书店时无意之中发现的，里面的内容比较新鲜，毕竟之前没有一本书专门以靠谱的计算机专业的大学生生活为主题，况且偶看到这本书中的不少童鞋都有考研的经历，心想这本书多少可以作为偶考研的一个小小的激励吧，遂入手。

书中的人物都是计算机专业的学生，他们大多毕业不久，而且他们都取得了不俗的成绩，因此他们的经历很值得在校的本科生借鉴。注意偶写的是借鉴而不是单纯的模仿，每个人都有自己的道路，单纯的模仿只会越搞越糟。

书中的童鞋偶很佩服徐宥，因为他可以把出国考研工作这三件事并行进行并都取得了非常大的成功，这点偶是做不到的。而其他的童鞋偶就觉得相对普通了，反正他们做到的大多偶也能做到，佩服不起来。

书的内容很实在，每一位CS的童鞋，尤其是那种一边在寝室里啃泡面一边打Dota打通宵一边号称迷茫不知道出路在何方一边抱怨找不到学计算机的人太多工作不好找的所谓的未来的IT精英，都应该翻翻这本书，看看靠谱的计算机专业本科生活是什么样子的，别天天动不动就骂教育损政府的，骂你能骂出个P来。就是因为你们的存在，才会让那些更为诸如北大x鸟清华x博之类的垃圾IT培训占有一席之地。

偶看到一些人号称在看过这本书之后摆脱了迷茫充满了前进的动力之类，虽然偶根本不信小小的一本书就能对一个人产生实质的改变，但偶还是衷心的希望你们像书中的那些童鞋一样，多干点正事，少整点没用的。

这本书中的一些童鞋在撰写自己的本科经历同时推荐了不少他们认为不错的书目，徐宥和刘未鹏推荐的书尤其值得一读。

PS：比起这本书，偶更期待的是Masterminds of programming，毕竟偶一直的一个梦想就是自己设计一种编程语言。

领域特定语言，被忽视多年的编程利器

2011-04-28

Domain Specific Languages-书评

作者不用多介绍了，Martin Fowler，秃顶大叔，重构、UML精粹、企业应用架构模式等一流畅销书的作者，Thoughtworks的Cheif scientist，OO的bigot，XP的zealot，NB的一塌糊涂。

和之前Maritin的书不太一样，这本书的篇幅甚巨，达到了640页的篇幅，而我的mobi电子版则更恐怖，1400页的篇幅差点让我认为买错了。不过好在Martin把本书分成了前后两个部分，用他的话说，this is a duplex book。前面的部分对DSL的各个要点做一个quick tour，大概200页的篇幅，后面的400多页从内部DSL到外部DSL、从代码生成到计算模型简介，覆盖了当今几乎所有DSL的技巧。书中的代码多数为Ruby Java和C#代码，而且需要注意的是，相对于Martin以往的书，这本书的代码量大了不少，所以做好RTFC的准备。

DSL是什么？

首先给出Martin对DSL的定义：

        Domain-Specific Language：A computer programming language of limited expressiveness focused on a particular domain

在计算机领域，DSL比比皆是，你可能用到过它但却毫不知情。从Windows里的ini配置文件，到主流编程语言的正则表达式，它们都是DSL：聚焦一个特定的领域，极易读懂，功能很少，异常简洁。

为什么要用DSL？

就拿最最常用的正则表达式为例："d{3,4}-d{6,8}"，稍微有点编程经验的人立刻就能看出来这个诡异的串所代表的含义，如果需要做什么修改也是非常简单。想象一下如果用程序来实现这个正则表达式的功能（匹配一个电话号码）会是一件怎样的工作，再想想对这个程序进行阅读、修改或是扩展是一样怎样的工作，你就可以体会到正则表达式可以为程序员带来多大的便利。

所以说，从开发者的角度来看：DSL是一种用于提高生产力的手段；而更重要的，从客户的角度来看：DSL在开发者和领域专家之间建立起了一座桥梁，从而使开发者能迅速的构建出满足客户需求的软件。本书的封面是一座大桥，我想Martin就是想借桥梁来隐喻DSL的作用。

为什么会有这本书？

DSL并不是一个新的概念，实际上，从六七十年代就已经有DSL的概念了（从某种程度上来说，COBOL和FORTRAN也算是DSL，一个面向商业，一个面向科学计算），然后有Regexp，再到现在的RoR，无一不采用了DSL的思想。那为什么Martin花那么长时间去写这本书呢？是因为DSL一直是一种隐性的知识或是技巧，并没有书面上的记载，这大大局限了DSL的使用。就像Design Pattern建立了OO模式的词汇表一样，Martin试图用此书建立一个DSL的词汇表，以促进DSL开发者之间的交流，加速DSL的发展。

Fred Brook在Mythical man-month提到过：让我看你的流程而不让我看你的数据结构，我仍然一头雾水；让我看你的数据结构，我就不需要再看你的流程了，那将是显而易见的。简单的说，数据结构选对了，代码将会顺理成章；数据结构选错了，代码将会一塌糊涂。

这种说法同样适合于语言，即使是通用语言（General Purpose Language），也有其适合和不适合的领域。选一门和问题域尽可能接近的编程语言，会大大简化你的开发。不要听信一些人所谓的狗屁语言无关论思想重要论。你可以用SQL算100以内的质数，你也可以用C去写GUI，你自己吃饭只吃肯德基，当然会觉着以为世界上所有的餐厅全都卖KFC炸鸡。

其实在这本书之前就有一些关于构建小语言的材料了。最经典的当属Kernighan的The Practice of Programming中的第九章：Notations。虽然篇幅很短，Rob Pike和Brian Kernighan在此章阐述了几乎DSL所有的内容，网络装包和拆包程序（模板替换），正则表达式引擎（外部DSL），Html生成（代码生成）。如果想对DSL有个快速的了解，应该好好看看这本书。

这本书的内容是什么？

当然这本书讲的就是DSL，及DSL相关的内容。

DSL的定义：
        给出了DSL的简介，适用场景，和Library的区别，优点，缺点。

内部DSL（Interal DSL）：
        如何在主流的编程语言中，通过特殊的排版和API调用来实现DSL，一些写法还是挺有趣的，尤其是Method Chain，Josh Bloch也用过这种方式构造对象。
        需要注意的是，内部DSL一般要求Fluent API，这和传统的Command-Query API差异甚远。而且由于内部DSL要求方法的连贯调用，从而导致这些方法的单独调用意义不明，请谨慎使用。

外部DSL（External DSL）：
        这一部分感觉就像是回顾了一把编译课。Delimiter-Directed Tranlation和Syntax-Directed Translation，当然还有BNF是这部分的重头戏。
        比较搞笑的是，Martin生怕这些编译的内容把读者吓跑，不停的强调实现一个DSL和实现一个GPL是有很大区别地，编写小语言是很容易地云云。

代码生成（Code Generation）：
        相对简单实用的一部分。这里的代码生成主要是把DSL代码翻译成可执行的目标语言代码（比如说C），因此可能和编译里的代码生成不太一样。
        模板生成和翻译生成是两种很实用的技术，不仅仅可以生成代码，建议仔细阅读。

语义模型：
        Martin在DSL一书中从头到尾都在强调，DSL只是领域语义模型上的一层便于使用的Facade，真正重要的是语义模型。就拿正则表达式来说，它背后语义模型无非就是后台的那几个DFA，在几个状态间跑来跑去的。有了语义模型，定义DSL是相当简单的。
        Martin在这部分给出了一些常见的语义模型，个人感觉那个自动机模型挺实用。

对这本书的评价：

        Martin写的书向来实用不装逼，这本书也不例外。
        阅读本书需要一定的实际编程经验，而且会用的语言越多越好。
        篇幅很大，不适合直线阅读，建议按照书中的互引来交叉阅读，效果更佳。
        内部DSL挺酷，但自己玩玩还行，在公司里用恐怕会有麻烦
        外部DSL和代码生成相当实用，运用得当可以省相当大的工作量。
        本书大多内容都是点到即止，有种意犹未尽的感觉，这点不太爽。
        单独的章节没有引用，所有引用全堆在书尾，这个很不爽。
        电子版的代码格式很诡异，这个极度不爽，应该是Amazon的问题。

        总之，Martin Fowler本人就是本书质量的保证。

建议延伸阅读：

        The Practice of Programming：史上最简洁实用强大高密度的计算机书籍，第9章包含了相当的DSL（估计那会还不叫DSL）内容
        DSLs in Action（据说图灵要引进，有兴趣的童鞋报名翻译吧）：全是JVM上的东东，神马Scala Clojure的，以实现为主，原理讲的不多
        The Definitive ANTLR Reference: Building Domain-Specific Languages 和 Language Implementation Patterns: Create Your Own Domain-Specific and General Programming Languages： ANTLR作者的两本书，我没有看过，但应该不错，毕竟Martin在DSL一书中用的解析器生成器就是ANTLR

2011-4-28 22:17:28

by Luc

华丽的外表下是差强人意的翻译

2010-05-13

之前一直很期待这本书，毕竟这本书是把程序设计语言创始人集结在一起分享经验的首部书籍，这些创始人个个都是领域中一等一的大师级人物，聆听大师的教诲，实在是一件幸事。所以在知道电工博文要已经出版了这本书的译版之后，我在第一时间将其购买下来。

这本书给我的第一印象很好，无论是封面的设计，还是里面的排版，都比博文以前的书籍进步不少。

然而阅读了第一章（C++）之后，我如坠云里雾里，不少句子怎么看都看不明白，难道是我的水平还不够？但我觉得不应该，毕竟我曾阅读过Bjarne的The design and evolution of c++，对Bjarne的基本思想还是有一定了解的。

于是我找了一个原版的Pdf，并将其与译版进行比对，下面是译版第一章里，我个人认为不合适的地方：

P3 向量<T> -> Vector<T>

        向量<T>这种说法过于别扭，本身就是C++标准库的类型，没有必要再将其汉化

P3 倒数第一段：词 -> 内存字

        原文里是words，鉴于这里的上下文是内存布局（Layout），这里翻译成内存字更为合适

P4 倒数第一段：ints, doubles -> int, double

        原文中有s是由于复数，而汉语里并没有对应的语义，使用这些类型的原称更便于理解

P5 第二段第二行：

       如果该对象是一个限定作用域的变量，它的生命周期就是对持有资源时间的一个最大限制
       ->
       如果一个对象处于作用域限制之下，那么它所持有的资源会随着该对象的生命周期的结束而被释放。

        原文是If that object is a scoped variable, the lifetime of the variable puts a maximum limit on the time the resource is held. 译者使用的显然是直译，但这里直译的话显得过于晦涩。

P5 倒数第二段第五行：

       让鸽群在屏幕上随意啄食
        ->
       在屏幕上一顿乱点

        原文是 Having flocks of pigeons randomly peck at the screen to see if they can break a GUI-based application is no way to ensure quality systems，很显然Bjarne在这里用了一个暗喻，他把测试员的那些随意的点击测试比喻成"鸽群在屏幕上随意啄食"，这里采用直译的话，容易使读者感到莫名其妙。

P6 倒数第二段：造型 -> 转型

        原文是casts，我不清楚译者是怎么做出这样的译法（也许是印刷错误？），至少在我读过的译著中，从来没有把cast翻译成"造型"的

P13 第一段：
       直到现在，有些人还是将C++看成是没有设计出像Smalltalk这样的语言的失败后果
        ->
       直到今天，仍然有人把C++看作一个未能成功模仿Smalltalk的设计的拙劣之作。

        原文是. To this day, some see C++ as little more than a failed attempt to design something like Smalltalk，译者再次使用了直译，然而这样的译文实在是难以理解。

P13 倒数第二段：

       我不能说我赞成Java的一些策略，比如向非编程执行程序推销自顶向下的理念
        ->
       我并不赞成Java的一些策略，比如说，那种自顶向下直接向不会编程的经理进行推销的做法

        原文是：I can't say that I approve of some of the Java tactics, such as selling top-down to nonprogramming executives，我实在无法理解，译者居然可以把executive翻译成执行程序，译者您自己觉得可以读通吗？

仅仅是第一章，就出现如此多令人费解甚至是低级的错误，这使我对这本书的期望大打折扣。

到现在这本书我已经看完了前五章，同时我也记录了这五章里的各种错误，到现在已经积累到两页纸之多，时间所限，我就不一一打出来了

我没有贬低译者的意思，毕竟翻译（尤其是这样的相对口语化的文字）也是一件不容易的工作，然而既然译者接下了这个翻译的任务，就要对翻译的质量负责。但是，从第一章的翻译中就可以感受到那种草草完工的痕迹，很明显，译者为了追求翻译的速度，很多处采用了直译这种最省力的翻译方法。问题在于，很多口语化的东西是不能甚至无法直译的

译者在前言中提到：或许你就是下一个Bjarne Stroustrup。可以看出译者是很敬重Bjarne前辈的，可是没想到即使是C++这一章就出现了这么多的问题

我看过很多电子工业出版社出版的国外引进的计算机书籍，从《代码大全》到《程序员修炼之道》，从《程序设计语言-实践之路》到《UNIX程序设计艺术》，加在一起也不下十余本，虽然之前的书籍不能说是完美，但至少做到了正确的把信息传达给读者这一步。而《编程之魂》这本书，除了封面，装帧和版式有了一定的进步，翻译的质量（也就是内容）却大打折扣，我希望电工的编辑进行一下反思。

Thanks Steve, for everything you did, in apple, to

2011-10-31

Thanks Steve, for everything you did, in apple, to this world.

10月5号，还没来得及打开iphone4s的发布视频，却看到了另一条更震惊的消息，Jobs去了。

很早就知道Jobs的健康问题，但这个消息实在是太突然了：我一直很期待Jobs穿着他那招牌式的套头黑衣和牛仔裤，拿着ipad3，一边再次改变世界，一边调侃下那些有如狗屎一般的android平板。甚至希望能在未来的某一天，能到US去见到Jobs，哪怕是问一声好，打一声招呼，然后，感受一下他的现实扭曲立场。

Jobs不是一个技术人员，他不可能像Gates那样连夜赶出一个在Altair 8800上面完美运行的BASIC interpreter，但他有着技术人员的敏锐，在看到Xerox的GUI系统之后，利用他的现实扭曲立场，加上Bill Atkinson、Andy Hertzfield这些NB到令人发指的程序员，在数天之内打造出一个更强大的窗口堆叠的GUI，而微软，则用了足足十年才搞出了同样的效果，就连技术出身的Gates，第一次看到苹果的GUI时也惊呼没有硬件不可能达到这样的效果。

诚然Jobs不是苹果那些改变世界产品的原创者，Apple I和Apple II是Wozniak的作品，第一台Macintosh的创意源自于Jeff Raskin，ipod是硬件天才Jon Rubinstein和Tony Fadell的合力之作，iphone和ipad的设计则来自于天才设计师Jonathan Ive之手。但如果没有Jobs的现实扭曲立场和超人般的执行力，这些产品连进入市场都是个问题，更不要说是改变世界。

对事物和人的分类，Jobs向来是非黑即白的习惯。一个人在他的眼里，要么就是天才，要么就是个傻逼。很多优秀的员工不幸的被划分到傻逼这一档，他这种极端的分类法也大大激励了那些真正天才的员工。毕竟，一个优秀员工和一个普通员工的差异可能有10倍，而一个天才员工和一个优秀员工的差距会达到100倍甚至上千倍。和Jobs共事过的多数员工承认难以忍受Jobs的破口大骂，但同时也承认，Jobs苛刻的需求和强大的现实扭曲立场让他们做到了自己想都不敢想的事情。

刚出iPad的时候，Jobs收到了800多封表示鄙视的邮件，抱怨iPad缺少这个缺少那个，甚至说iPad只是“一个大号的iTouch”。然而等iPad真正到了这群蠢货的手里，他们才发现，iPad是如此的好用，以至于满足了他们自己都没想到过的需求。这再次证明了：大众永远不会知道自己的需求。大众只会被引领，而不会去创造，大众是一个智力低下的群体，正如勒庞在他的乌合之众中所说。按Ford的说法，如果按照当时大众的标准来设计汽车，那Ford推出的将会是“一匹跑的更快的马”。所以Jobs很鄙视市场调研：“客户根本不知道自己需要什么，我们要做不是去满足他们现在的需求，而是去引领他们未来的需求”“朝着冰球运动的方向跑，而不是朝着冰球跑”

引领大众的需求，Jobs做到了。在Jobs的最后的日子里，Gates去Jobs家里拜访，这两位同在55年出生的传奇人物再次追忆过去。Gates认可了Jobs所做的产品，赞赏Jobs所做的一切成功证明了一体化、垂直的模式可以很出色。而Jobs也认可了Gates的成功，尽管他们两个人的理念是如此的不同——硬件和软件应该是紧密整合还是应该更加开放。在PC时代，微软胜出了，而后PC时代，苹果和Google在移动设备的战争仍在继续，只可惜Jobs看不到这场战争的结局。

Jobs走了，也许Apple会因此而没落，但没有人会忘记——至少我们这一代人不会忘记，Jobs所做的一切，他对整个IT产业的影响，对世界的贡献：Apple II改变了个人计算机行业，iPod+iTunes重振了没落的传统唱片业，iPhone重新发明了手机，AppStore改写了计算机软件产业，iPad变革了平板电脑的概念，iBook重塑了电子出版业，iCloud打通了我们的数码设备。我们永远不会忘记，Jobs所在的那个Apple所做的一切。Thanks Steve, for everything you did, in Apple, to this world.

PS:
NB的人一个个去了，Jobs去了，DMR去了，McCarthy也去了，有时我甚至在想是不是Jobs已经开始在天堂上打造他的iPlan了，以至于需要招这些神人来扩充他的团队。希望Knuth早日完成他的七卷本，希望BWK能再多写几本书引领一下现在这群二逼程序员，当然，也希望失去Jobs的Apple能继续Jobs在时的辉煌。

figure9的图书主页