从工具的奴隶到工具的主人

By guenchi at 2018-02-06 • 0人收藏 • 210人看过

作者:王垠

当我高中毕业进入大学计算机系的时候,辅导员对我们说:“你们不要只学书本知识,也要多见识一下业界的动态,比如去电脑城看看人家怎么装机。”当然他说我们要多动手,多长见识,这是对的。不过如果成天就研究怎么“装机”,研究哪种主板配哪种 CPU 之类的东西,你恐怕以后就只有去电脑城卖电脑了。

本科的时候,我经常发现一些同学不来上数学课。后来却发现他们在宿舍自己写程序,对MFC之类的东西津津乐道,引以为豪。当然会用MFC没有什么不好,可是如果你完全沉迷于这些东西,恐怕就完全局限于Windows的一些表面现象了。

所以我在大学的时候就开始折腾Linux,因为它貌似让我能够“深入”到计算机内部。那个时候,书店里只有一本 Linux 的书,封面非常简陋。这是一本非常古老的书,它教的是怎样得到Slackware Linux,然后把它从二三十张软盘装到电脑上。总之,我就是这样开始使用Linux的。后来我就走火入魔了,有时候上课居然在看GCC的内部结构文档。后来我又开始折腾TeX,把TeXbook都看了两遍,恁是用它写了我的本科毕业论文。

后来进了清华,因为不满意有人嘲笑我用Linux这种“像DOS的东西”,以及国内网站都对Windows和IE进行“优化”的情况,就写了个“完全用Linux工作”。确实,会Linux的人现在更容易找到工作,更容易被人当成高手。但是那些工具同样的奴役了我,经常以一些雕虫小技而自豪,让我看不到如何才能设计出新的,更好的东西。当它们的设计改变的时候,我就会像奴隶一样被牵着鼻子走。

这也许就是为什么我在清华的图书馆发现《SICP》的时候如此的欣喜。那本书是崭新的,后面的借书记录几乎是空白的。这些看似简单的东西教会我的,却比那些大部头和各种 HOWTO 教会我的更多,因为它们教会我的是WHY,而不只是HOW。当时我就发现,虽然自认为是一个“资深”的研究生,学过那么多种程序语言,各种系统工具甚至内核实现,可是相对于SICP的认识深度,我其实几乎完全不会写程序!在第三章,SICP 教会了我如何实现一个面向对象系统。这是我第一次感觉到自己真正的在开始认识和控制自己所用的工具。

因为通常人们认为Scheme不是一个“实用”的语言,没有很多“库”可以用,效率也不高,而Common Lisp是“工业标准”,再加上Paul Graham文章的怂恿,所以我就开始了解Common Lisp。在那段时间,我看了Paul Graham的《On Lisp》和Peter Norvig的 《Paradigms of Artificial Intelligence Programming》。怎么说呢?当时我以为自己学到很多,可是现在看来,它们教会我的并没有《SICP》的东西那么精髓和深刻。开头以为一山还有一山高,最后回头望去,其实复杂的东西并不比简单的好。现在当我再看Paul Graham和Peter Norvig的文章,就觉得相当幼稚了,而且有很大的宗教成分。

进入Cornell之后,因为Cornell的程序语言课是用SML的,我才真正的开始学习“静态类型”的函数式语言。之前在清华的时候,有个同学建议我试试ML和Haskell,可是因为我对Lisp 的执着,把他的话当成了耳边风。当然现在用上SML就免不了发现ML的类型系统的一些挠人的问题,所以我就开始了解Haskell,并且由于它看似优美的设计,我把“终极语言”的希望寄托于它。我开始着迷一些像monads,type class,lazy evaluation 一类的东西,看Simon Peyton Jones的一些关于函数式语言编译器的书。以至于走火入魔,对其它一切“常规”语言都持鄙视态度,看到什么都说“那只不过是个monad”。虽然有些语言被鄙视是合理的,有些却是被错怪了的。后来我也发现monad, type class, lazy evaluation这些东西其实并不是什么包治百病的灵丹妙药。

但是我很不喜欢Cornell的压抑气氛,所以最后决定离开。在不知何去何从的时候,我发了一封email给曾经给过我fellowship的IU教授Doug Hofstadter(《GEB》的作者)。我说我不知道该怎么办,后悔来了 Cornell,我现在对函数式语言感兴趣。他跟我说,IU的Dan Friedman就是做函数式语言的啊,你跟他联系一下,就说是我介绍你来的。我开头看过一点The Little Schemer,跟小人书似的,所以还以为Friedman是个年轻小伙。当我联系上Friedman的时候,他貌似早就认识我了一样。他说当年你的申请材料非常impressive,可惜你最后没有选择我们。你要知道,世界上最重要的不是名气,而是找到赏识你,能够跟你融洽共事的人。你的材料都还在,我会请委员会重新考虑你的申请。IU 的名气实在不大,而Friedman 实在是太谦虚了,所以连跟他打电话都没有明确表态想来IU,只是说“我考虑一下……”这就是我怎么进入IU的。

Friedman的教学真的有一手。虽然每个人对他看法不同,但是有几个最重要的地方他的指点是帮了我大忙的。有人可能想象不到,在Scheme这种动态类型语言的“老槽”,其实有人对“静态类型系统”的理解如此深刻。也就是在Friedman的指点下,我发现类型推导系统不过是一种“抽象解释”,而各种所谓的“typing rule”,不过是抽象解释器里面的分支语句。我后来就通过这个“直觉”,再加上Friedman的逻辑语言miniKanren里面对逻辑变量和unification的实现,做出了一个Hindley-Milner类型推导系统(HM 系统),也就是ML和 Haskell的类型系统。虽然我在Cornell的课程作业里实现过一个HM系统,但是直到Friedman的提点,我才明白了它“为什么”是那个样子,以至于达到更加优美的实现。后来经他一句话点拨,我又写出了一个lazy evaluation的解释器(也就是Haskell的语义),才发现原来SPJ的书里所谓的“graph reduction”,不过就是如此简单的思想。只不过在SPJ的书里,细节掩盖了本质。后来我在之前的HM系统之上做了一个非常小的改动,就实现了type class的功能,并且比Haskell的实现更加灵活。所以,就此我基本上掌握了ML和Haskell的理论精髓。

可是类型系统却貌似一个无止境的东西。在ML的系统之上,还有System F,Fw,MLF,Martin Lof Type Theory,CIC,……怎么没完没了?我一直觉得这些东西过度复杂,有那个必要吗?直到Amal Ahmed来到IU,我才相信了自己的感觉。然而,这却是以一种“反面”的方式达到的。

Amal是著名的Andrew Appel(“虎书”的作者)的学生,在类型系统和编译器的逻辑验证方面做过很多工作。可是她比较让人受不了,她总是显得好像自己是这里唯一懂得类型的人,而其他人都是类型白痴。她不时的提到跟Bob Harper, Benjamin Pierce等类型大牛一起合作的事情。如果你问她什么问题,她经常会回答你:“Bob Harper说……”她提到一个术语的时候总是把它说得无比神奇,把它的提出者的名字叫得异常响亮。有一次她上课给我们讲System F,我问她,为什么这个系统有两个“binder”,貌似太复杂了,为什么不能只用一个?她没有正面回答,而是嘲讽似的说:“不是你说可以就可以的。它就是这个样子的。”后来我却发现其实有另外一个系统,它只有一个binder,而且设计得更加简洁。后来我又在课程的 ailing list 了一个问题,质疑一个编译器验证方面的概念。本来是纯粹的学术讨论,却发现这封email根本没有发到全班同学信箱里,被Amal给moderate掉了!

看到这种种诡异的行为,我才意识到原来学术界存在各种“帮派”。即使一些人的理论完全被更简单的理论超越,他们也会为“自己人”的理论说话,让你搞不清到底什么好,什么不好。所以后来我对一些类型系统,以及Hoare Logic一类的“程序逻辑”产生了怀疑。我的课程project报告,就是指出Hoare Logic和Separation Logic所能完成的功能,其实用“符号执行”或者“model checking”就能完成。而这些程序逻辑所做的事情,不过是把程序翻译成了等价的逻辑表达式而已。到时候你要得知这些逻辑表达式的真伪,又必须经过一个类似程序分析的过程,所以这些逻辑只不过让你白走了一些弯路。当Amal听完我的报告,勉强的笑着说:“你告诉了我们这个结论,可是你能用它来做什么呢?”我才发现原来透彻的看法,并不一定能带来认同。人们都太喜欢“发明”东西,却不喜欢“归并”和“简化”东西。

可是这类型系统的迷雾却始终没有散去,像一座大山压在我头上。我不满意Haskell和ML的类型系统,又觉得System F等过于复杂。可是由于它们的“理论性”和它们创造者的“权威”,我不敢断定自己的看法就不是偏颇的。对付疑惑和恐惧的办法就是面对它们,看透它们,消灭它们。于是,我利用一个independent study的时间,独立实现了一个类型系统。我试图让它极度的简单,却又“包罗万象”。经过一番努力,这个类型系统“涵盖”了System F, MLF 以及另外一些类似系统的推导功能,却不直接“实现”他们。后来我就开始试图让它涵盖一种非常强大的类型系统,叫做intersection types。这种类型系统的研究已经进行了20多年,它不需要程序员写任何类型标记,却可以给任何“停机”的程序以类型。著名的Benjamin Pierce当年的博士论文,就是有关intersection types的。没几天,我就对自己的系统稍作改动,让它涵盖了一种最强大的intersection type系统(System I)的所有功能。然而我却很快发现这个系统是不能实用的,因为它在进行类型推导的时候相当于是在运行这个程序,这样类型推导的计算复杂度就会跟这个程序一样。这肯定是完全不能接受的。后来我才发现,原来已经有人指出了 System I 的这个问题。但是由于我事先实现了这个系统,所以我直接的看到了这个结论,而不需要通过繁琐的证明。

所以,我对类型推导的探索就这样到达了一个终点。我的类型系统是如此的简单,以至于我看到了类型推导的本质,而不需要记住复杂的符号和推理规则。我的系统在去掉了intersection type之后,仍然比System F和MLF都要强大。我也看到了Hindley-Milner系统里面的一个严重问题,它导致了这几十年来很多对于相关类型系统的研究,其实是在解决一个根本不存在的问题。而自动定理证明的研究者们,却直接的“绕过”了这个问题。这也就是我为什么开始对自动定理证明开始感兴趣。

后来对自动定理证明,Partial Evaluation 和 supercompilation的探索,让我看到那些看似高深的Martin Lof Type Theory, Linear Logic等概念,其实不过也就是用不同的说法来重复相同的话题。具体的内容我现在还不想谈,但是我清楚的看到在“形式化”的美丽外衣下,其实有很多等价的,重复的,无聊的东西。与其继续“钻研”它们,反复的叨咕差不多的内容,还不如用它们的“精髓”来做点有用的事情。

所以到现在,我已经基本上摆脱了几乎所有程序语言,编译器,类型系统,操作系统,逻辑推理系统给我设置的思维障碍。它们对我来说不再是什么神物,它们的设计者对我来说也不再是高不可攀的权威。我很开心,经过这段漫长的探索,让我自己的思想得到了解放,翻身成为了这些工具的主人。虽然我看到某些理论工具的研究恐怕早就已经到达路的尽头,然而它们里面隐含的美却是无价和永恒的。这种美让我对这个世界的许多其它方面有了焕然一新的看法。一个工具的价值不在于它自己,而在于你如何利用它创造出对人有益的东西,以及如何让更多的人掌握它。这就是我打算现在去做的。


登录后方可回帖

登 录
信息栏

Scheme中文社区

推荐实现 ChezScheme / r6rs / r7rs large
theschemer.org
Q群: 724577239

精华导览

社区项目

包管理器:Raven
HTTP服务器:Igropyr (希腊火)
官方插件:vscode-chez

社区目标:

完善足以使Scheme工程化和商业化的库,特别是开发极致速度的Web服务器和ANN模块。

一直以来Scheme缺少一个活跃的中文社区,同时中文资料的稀少,导致大多数因为黑客与画家和SICP而接触Scheme的朋友,在学完SICP后无事可做,不能将Scheme转换为实际的生产力。最后渐渐的放弃。
同时Chicken等实现,却因效率问题无法与其他语言竞争。本社区只有一个目的,传播Scheme的文明之火,在最快的编译器实现上,集众人之力发展出足够与其他语言竞争的社区和库。


友情链接:

Clojure 中文论坛
函数式·China


Loading...