為什么Lisp沒有流行起來

很久以前，這種語言站在計算機科學(xué)研究的前沿，特別是人工智能的研究方面?，F(xiàn)在，它很少被用到，這一切并不是因為古老，類似古老的語言卻被廣泛應(yīng)用。

其他類似的古老的語言有 FORTRAN、 COBOL、 LISP、 BASIC、 和ALGOL 家族，這些語言的唯一不同之處在于，他們?yōu)檎l設(shè)計。FORTRAN是為科學(xué)家和工程師設(shè)計的，他們在計算機上編程的目的是是為了解決問題。COBOL是為了商業(yè)設(shè)計的，最好的體現(xiàn)在于讓商人們可以利用電腦時代。LISP是了計算機科學(xué)研究設(shè)計的，最突出的體現(xiàn)在計算機基本原理研究。。BASIC是為初學(xué)者設(shè)計的。最后，ALGOL語言是有計算機程序員修改，演變成其他流行的語言，如C，Pascal和Java的一個龐大的家族。

上面提到的某些語言已經(jīng)不像當(dāng)初那么流行了。我們在這里可以把它們稱作“失敗”。問題是它們?yōu)槭裁词?？第一站出來的是COBOL. 很不幸，它以面向商業(yè)人員的很好的可讀性就是它的失敗點。商業(yè)人員發(fā)現(xiàn)，他們可以雇傭程序員去管理他們的系統(tǒng)。程序員自然會偏向于為他們設(shè)計的語言，而不是他們的老板。所以隨著時間推移，越來越多的商業(yè)功能都使用例如VB， C， C++ 和JAVA實現(xiàn)了?，F(xiàn)在，只有很少一部分軟件仍通過COBOL語言編寫。

BASIC卻有不同的命運。他是為入門人員設(shè)計的。那些在微機上學(xué)習(xí)編程，他們會使用內(nèi)置的BASIC語言作為起點。隨著時間推移，微機被運行微軟操作系統(tǒng)的個人電腦，或者M(jìn)acOS的蘋果電腦所代替。這種語言逐漸被VB所取代。雖然他是面向初級程序員，它有一段時間代替了COBOL。為什么要耗費這么多的資源在昂貴的編譯器上，而便宜的解釋器在我們的電腦上已經(jīng)存在？最近，微軟以遷移到.NET框架上，讓VB跟在后面。它的替代者， C#就是ALGOL家族中的一員，跟Java相近。

這些年FORTRAN的使用起起伏伏。在某一階段，差不多所有科學(xué)方面的代碼是用它來寫的。它的優(yōu)點是這門語言中沒有指針，并且不允許存在遞歸。這意味著所有數(shù)據(jù)的引用位置都可以在編譯時確定。FORTRAN編譯器利用這些額外的信息使程序運行格外地迅速。不幸的是，隨著時間的推移，固定大小的數(shù)組這種數(shù)據(jù)結(jié)構(gòu)變得過時了?，F(xiàn)在，科學(xué)要處理任意形狀的風(fēng)格，甚至表述更為復(fù)雜的真實世界。這需要在語言中額外地加入指針。這些情況發(fā)生的時間段里，F(xiàn)ORTRAN逐漸走向沒落?，F(xiàn)在，它被轉(zhuǎn)移到高性能計算工作，其中新的并行矩陣和矢量運算最近添加到這門語言中，仍然使它擁有性能優(yōu)勢。

ALGOL語言家族取得了成功。其原因是，這些語言是由程序員為程序員寫的。隨著時間的推移，這些與系統(tǒng)和應(yīng)用相關(guān)的語言成為了現(xiàn)在最常用的語言。它的優(yōu)點是越多地程序員使用，這門語言就能得到更多地改進(jìn)，并且越來越多地程序是用它們來寫就的。這提供了一個良性循環(huán)，更多的程序員們又被聘請在己編寫的程序上工作。這是一個網(wǎng)絡(luò)效應(yīng)的例子。一個系統(tǒng)的“價值”是它的用戶數(shù)目的平方，在于以此速率增長的用戶之間的交互作用。

那么為什么Lisp語言家族會站在失敗者一邊呢？有些人認(rèn)為是語法的錯。Lisp因為它的括號而臭名昭著。我并不認(rèn)為是這個理由。許多用戶說良好的格式可以讓他們跟上這些括號。同時，Lisp語言被發(fā)明不久后，有一個叫“super-bracket”的語法可以讓人快速表示出任意數(shù)量的回括號”）”。這個特性在今天已經(jīng)很少有人使用了。最后，優(yōu)秀的編輯器解決了大多數(shù)的語法問題。

另一些人經(jīng)常抱怨Lisp是一門函數(shù)式語言。這是失敗的理由嗎？自然，跟早期的語言相比，只有Lisp算是函數(shù)式的。但事實上，我認(rèn)為沒有這么簡單。Lisp也有命令式語言的特性，ALGOL系列語言也可以被當(dāng)作一門純正的函數(shù)式語言來用。 如果有人想選擇一種特定的編程范式來寫代碼，一些特定的語言可以讓這個選擇更容易的實現(xiàn)。然而，現(xiàn)代語言已經(jīng)足夠靈活，它們能支持多種編程范式，近乎完全命令式的Lisp沒有理由不存在。

或許lisp的問題在于他使用了垃圾回收？在那個時候，只有l(wèi)isp作為計算機語言采用了這個特性。誠然，垃圾回收會占用大量的計算資源，而早期計算機在該方面的不足足以組織lisp大展拳腳了。但是，我認(rèn)為這仍然不是主要的原因。lisp是用來寫那些復(fù)雜度相當(dāng)高的程序的，而這些程序在事實上都必須帶有一個垃圾回收模塊，如果你用其他的語言來寫……大概很難比lisp實現(xiàn)的要好吧？眾所周知的事實是，任何一個如此復(fù)雜的程序，如果用其他語言寫的話都不可避免的戴上一個比lisp垃圾回收臃腫不少的功能模塊……

lisp的失敗，恰恰是因為他太成功，這讓他的目標(biāo)變得模糊。lisp相對與早期的語言實在是非常靈活，靈活到足以改變自身形式以適應(yīng)需求。對于其他的語言來說，如果想要完成一個龐大的任務(wù)，就需要把這個任務(wù)打碎成一小塊一小塊的然后完成。如果是一個更大的呢？甚至連編譯都需要分步完成了。但是lisp不是這樣的，由于他強大的能力，程序員可以將lisp改造成特定領(lǐng)域的專門工具——順手的工具將順手的解決問題——任務(wù)輕松完成了。由于語言的正交性（譯者注：這里可能應(yīng)該理解為“自洽”），我們改造過的lisp仍然可以使用原有的編譯器，解釋器運行。

那么建立特定領(lǐng)域的語言來作為一個問題的解決方案，它會出現(xiàn)什么問題呢？結(jié)果是它非常高效。然而，這種做法會使語言分化。這導(dǎo)致許多子語言都略有不同。這是Lisp代碼對其他人而言可讀性差的真正原因。在其他語言中，相對來說比較簡單就能臆測出一段給定代碼的作用。有著超強的表達(dá)力的Lisp，由于一個給定的符號（symbol）可能是一個變量，函數(shù)或操作，需要閱讀大量代碼才能找出它。

Lisp失敗的原因是因為它的碎片化，并且它的碎片化是因為其語言天性與特定領(lǐng)域方案的風(fēng)格造成的。而網(wǎng)絡(luò)效應(yīng)則恰恰相反。越來越少的程序員使用相同的方言，因此它相對與ALGOL語言家族的總價值下降。

如果有人現(xiàn)在設(shè)計一種語言，該如何避免這種問題呢？如果語言的表達(dá)性是我們的目標(biāo)，那么它必須以某種方式加以調(diào)整。這門語言必須要有特意的限制，來保證所編寫代碼的可讀性。Python是一門成功的語言，它已經(jīng)做到了這些，其中某些限制是硬編碼的，而另一些則是以約定成俗的方式存在。

不幸的是，這么久過去了并且發(fā)明了這么多Lisp的變種語言，在其之上建立的其它新語言大概并不是所要的答案。根本不會有足夠多的用戶使它與眾不同。也許解決的辦法是，慢慢加入類似Lisp的語言功能到ALGOL語言家族中。幸運的是，這似乎是正在發(fā)生的事。新的語言（C＃，D，Python等）趨向于擁有垃圾回收機制。他們也往往比舊的語言更具正交性。在未來，最終會有行為很像Lisp的一種流行語言。