这是 Joe Armstrong,Erlang 之父在昨天(2013-01-24)发表在 Erlang 邮件列表里的内容。详细解说了他自己从开始学习编码到发明 Erlang 的整个历史。并且,对如何学习编程;如何成为大牛等一系列热门问题提出了自己的看法。当然,文中槽点无数(包括坚定不移的黑我大PHP)。这也是我觉得有必要翻译出来的原因之一。
由于是发在邮件列表的,所以原文是没有正式的标题的。我从 HN 上抄了这个标题回来。
整体上,虽然是和 Erlang 相关的话题。但是读过之后,会突然领会到 Golang Team 一直以来坚持的一些东西的更深层次的含义。
————翻译分隔线————
回到过去……
当我开始学习编程的时候(1967),我可以在 FORTRAN 和(传说中的)Algol 之间选择,不过没有任何人了解 Algol,所以我选择了 FORTRAN。
编程的一个周期是三个星期
- 第一周 在纸上的表格里编写代码,然后送到计算机中心将其转换为打孔卡
- 第二周 复查打孔卡,如果没问题就放到设备上执行
- 第三周 得到结果
编译器遇到第一个语法错误的时候会终止运行,这会将你带回第一周——因此,如果在你的程序中有十个错误,它会需要花费 30 周的时间让它运行起来。
这种氛围是非常好的——教会大家不要犯错,并且首先思考。
大约在 1970 我在大学的时候,这个周期已经减少到了 4 个小时,并且你可以自己给卡片打孔——仍然是 FORTRAN。
在 1974 我可以访问一台计算机了——霍尼韦尔 DDP 516,有着 32KB 之大的内存。因此 474 FORTRAN 编译器可以在少于一周的时间里编译上百行代码。(大概如此……)
事情总在发展,我去了 CERN 并且使用可以在一皮秒编译十万行 FORTRAN 代码的 CRAY1(大概比我现在用的手机慢无数倍)。
还是 FORTRAN。
在 1974(大约)我玩了 DEC10 ——现在我可以编写 FORTRAN、Basic、汇编,并且有了按时间轮换的分时(哇~~)。如果我当时在美国的话,我可能就是比尔盖茨了,可惜那是在爱丁堡。
在 1976 我得到了一份在 NORD10 上用 FORTRAN/汇编编程的工作,而按时间轮换变得非常快。
大约在 1980,我仍然在用 FORTRAN 编程。我不记得那个设备的名字了,所有的文件保存在一个目录中,没有全屏编辑器,没有版本控制系统。我为其大约编写了 15 万行的 FORTRAN 代码。
1985,我加入了爱立信,神奇的 VAX11/750,需要学习新的语言。再见啦,FORTRAN。
我学习了(在不同的熟练程度下)Lisp、Prolog、awk、bash、smalltalk、TCL,并且成为了 Prolog 专家(哈哈哈哈~那个小美人……)。
同时我也对那些随手就能玩的语言进行了尝试(ML、forth 等等)。
然后(1986)我进入了我的 Erlang 时代(我其实没办法学 Erlang,因为它不存在,所以我发明了它)。它其实是 Prolog + Smalltalk 再配合点错误处理、并发和分布式的产物。
然后我学习了 C(学得很差)。但是 Mike Williams 说我的 C 是垃圾,并且看起来像 FORTRAN,因此他回收了我的 C……(为啥要用 malloc 和 free,还有指针什么的……)
我看到 C++ 的出世并且看了本书,或者说至少尝试去读了本书。在我的钢琴后面的墙上有个坑,就是那本书砸出来的。对 C 进行改进应当让事情变得简单,而不是更复杂,我这样想到。
时间飞逝。
我尝试了 Java(没什么深刻的印象,比 C++ 好点,但是如此罗嗦。在编写 FORTRAN 的时候,你不得不为一个很小的事情编写上百行代码,我甚至为此打肿了手。Java 也差不多,如此罗嗦)。(后来)我还尝试了 Python(还行)、Ruby(还行)、Lua(不错)、Javascript(我喜欢 :-))。
实际上学习所有这些语言花费了我相当长的时间,并且它们不是同时进行的。我和 FORTRAN 有 15 年的美好时光,对于用好它来说足够长了。Prolong 10年, Erlang 20 年,等等。
我也花了很长时间来消化新的主意。那些关于编程的主意或者其他人的好主意,出现得很慢,差不多二十年一个。在过去的二十年里,编程并没有多大的改进。那个时候它就是一坨,现在还是一坨。
IDE 和版本控制系统让事情变得更糟,现在你有了所有版本的一坨,以及那一坨本身,而 IDE 意味着你看不到那一坨了。
世界上最好的 IDE 是你的大脑,它比这些咔啦咔啦的东西好无数倍。
教育为此做了什么?
假设你刚刚起步。
你可以在二十余种语言中进行选择(它们每个都有一个或多个好理由),这花费了我 40 年来学习,你必须在 2-3 年里明白这些,看起来不太可能。
初学者应当学习什么语言,学校应当教什么语言?
现在我们遇到了一个选择的悖论,由于有太多选项而无法选择。
以前说“为了问题而选择语言”,当你已经了解了二十余种语言(在不同的熟练程度下)这么说很容易。但是,如果你只了解两种语言 Java 和 C,那么这就没什么帮助。
许多实际问题的解决方案在 CLP 语言中只需要几行代码,而在 C 中需要几千行。
我建议学习的是什么?
- C
- Prolog
- Erlang(我偏心)
- Smalltalk
- Javascript
- Hakell / ML /OCaml
- LISP/Scheme/Clojure
(每个语言)花几年的时间应该是够了。
注意这里没有捷径,如果你想要捷径去买本《十分钟学会 PHP》,然后用接下来的二十年在 Google 上搜索“我该如何计算字符串长度”。
将所有东西组织在一起仍然是极度糟糕到令人发狂的地步。组织到一起最好的办法还是 UNIX 的管道
find ... | grep | uniq | sort | ...
这其中最基础的原理是组件应当通过某个统一的媒介语言中,良好定义的协议来进行分离。
通过消息传递来组织是个途径。这是 OO 编程的基础,但是大多数编程语言做得很差。
如果世界上所有的应用都通过 socket + LISP S 表达式作为接口(通信),并且将协议描述用格式化的标准编写,那么重用的时候就会(更)容易。
当前,对于语言有种不良的关注和推进,而忽视用什么协议来如何组织。应该讲授协议,而不是语言。
并且应当讲授算法。
祝福大家
/Joe
(所有日期都是大概时间)
Leave a Reply