對(duì)的，我這里要講的不是如何掌握一種程序語(yǔ)言，而是所有的……

很多編程初學(xué)者至今還在給我寫(xiě)信請(qǐng)教，問(wèn)我該學(xué)習(xí)什么程序語(yǔ)言，怎么學(xué)習(xí)。

由于我知道如何掌握“所有”的程序語(yǔ)言，總是感覺(jué)這種該學(xué)“一種”什么語(yǔ)言的問(wèn)題比較低級(jí)，所以一直沒(méi)來(lái)得及回復(fù)他們 。

可是逐漸的，我發(fā)現(xiàn)原來(lái)不只是小白們有這個(gè)問(wèn)題，就連美國(guó)大公司的很多資深工程師，其實(shí)也沒(méi)搞明白。

今天我有動(dòng)力了，想來(lái)統(tǒng)一回答一下這個(gè)擱置已久的“初級(jí)問(wèn)題”。類(lèi)似的話(huà)題貌似曾經(jīng)寫(xiě)過(guò)，然而現(xiàn)在我想把它重新寫(xiě)一遍。

因?yàn)樵诟芏嗳私涣髦螅覍?duì)自己頭腦中的（未轉(zhuǎn)化為語(yǔ)言的）想法，有了更精準(zhǔn)的表達(dá)。

如果你存在以下的種種困惑，那么這篇文章也許會(huì)對(duì)你有所幫助：

• 你是編程初學(xué)者，不知道該選擇什么程序語(yǔ)言來(lái)入門(mén)。

• 你是資深的程序員或者團(tuán)隊(duì)領(lǐng)導(dǎo)，對(duì)新出現(xiàn)的種種語(yǔ)言感到困惑，不知道該“投資”哪種語(yǔ)言。

• 你的團(tuán)隊(duì)為使用哪種程序語(yǔ)言爭(zhēng)論不休，發(fā)生各種宗教斗爭(zhēng)。

• 你追逐潮流采用了某種時(shí)髦的語(yǔ)言，結(jié)果兩個(gè)月之后發(fā)現(xiàn)深陷泥潭，痛苦不堪……

雖然我已經(jīng)不再過(guò)問(wèn)這些世事，然而無(wú)可置疑的現(xiàn)實(shí)是，程序語(yǔ)言仍然是很重要的話(huà)題，這個(gè)情況短時(shí)間內(nèi)不會(huì)改變。

程序員的崗位往往會(huì)要求熟悉某些語(yǔ)言，甚至某些奇葩的公司要求你“深入理解 OOP 或者 FP 設(shè)計(jì)模式”。
對(duì)于在職的程序員，程序語(yǔ)言至今仍然是可以爭(zhēng)得面紅耳赤的宗教話(huà)題。

它的宗教性之強(qiáng)，以至于我在批評(píng)和調(diào)侃某些語(yǔ)言（比如 Go 語(yǔ)言）的時(shí)候，有些人會(huì)本能地以為我是另外一種語(yǔ)言（比如 Java）的粉絲。

顯然我不可能是任何一種語(yǔ)言的粉絲，我甚至不是 Yin 語(yǔ)言的粉絲，對(duì)于任何從沒(méi)見(jiàn)過(guò)的語(yǔ)言，我都是直接拿起來(lái)就用，而不需要經(jīng)過(guò)學(xué)習(xí)的過(guò)程。

看了這篇文章，也許你會(huì)明白我為什么可以達(dá)到這個(gè)效果。

理解了這里面的東西，每個(gè)程序員都應(yīng)該可以做到這一點(diǎn)。

嗯，但愿吧。

重視語(yǔ)言特性，而不是語(yǔ)言

很多人在乎自己或者別人是否“會(huì)”某種語(yǔ)言，對(duì)“發(fā)明”了某種語(yǔ)言的人倍加崇拜，為各種語(yǔ)言的孰優(yōu)孰劣爭(zhēng)得面紅耳赤。

這些問(wèn)題對(duì)于我來(lái)說(shuō)都是不存在的。

雖然我寫(xiě)文章批評(píng)過(guò)不少語(yǔ)言的缺陷，在實(shí)際工作中我卻很少跟人爭(zhēng)論這些。

如果有其它人在我身邊爭(zhēng)論，我甚至?xí)魃隙鷻C(jī)，都懶得聽(tīng)他們說(shuō)什么。

為什么呢？

我發(fā)現(xiàn)歸根結(jié)底的原因，是因?yàn)槲抑匾暤氖恰罢Z(yǔ)言特性”，而不是整個(gè)的“語(yǔ)言”。

我能用任何語(yǔ)言寫(xiě)出不錯(cuò)的代碼，就算再糟糕的語(yǔ)言也差不了多少。

任何一種“語(yǔ)言”，都是各種“語(yǔ)言特性”的組合。

打個(gè)比方吧，一個(gè)程序語(yǔ)言就像一臺(tái)電腦。

它的牌子可能叫“聯(lián)想”，或者“IBM”，或者“Dell”，或者“蘋(píng)果”。

那么，你可以說(shuō)蘋(píng)果一定比 IBM 好嗎？

你不能。

你得看看它里面裝的是什么型號(hào)的處理器，有多少個(gè)核，主頻多少，有多少 L1 cache，L2 cache……，有多少內(nèi)存和硬盤(pán)，顯示器分辨率有多大，顯卡是什么 GPU，網(wǎng)卡速度，等等各種“配置”。

有時(shí)候你還得看各個(gè)組件之間的兼容性。這些配置對(duì)應(yīng)到程序語(yǔ)言里面，就是所謂“語(yǔ)言特性”。

舉一些語(yǔ)言特性的例子：

• 變量定義

• 算術(shù)運(yùn)算

• for 循環(huán)語(yǔ)句，while 循環(huán)語(yǔ)句

• 函數(shù)定義，函數(shù)調(diào)用

• 遞歸

• 靜態(tài)類(lèi)型系統(tǒng)

• 類(lèi)型推導(dǎo)

• lambda 函數(shù)

• 面向?qū)ο?/span>

• 垃圾回收

• 指針?biāo)阈g(shù)

• goto 語(yǔ)句

這些語(yǔ)言特性，就像你在選擇一臺(tái)電腦的時(shí)候，看它里面是什么配置。

選電腦的時(shí)候，沒(méi)有人會(huì)說(shuō) Dell 一定是最好的，他們只會(huì)說(shuō)這個(gè)型號(hào)里面裝的是 Intel 的 i7 處理器，這個(gè)比 i5 的好，DDR3 的內(nèi)存 比 DDR2 的快這么多，SSD 比磁盤(pán)快很多，ATI 的顯卡是垃圾…… 如此等等。

程序語(yǔ)言也是一樣的道理。

對(duì)于初學(xué)者來(lái)說(shuō)，其實(shí)沒(méi)必要糾結(jié)到底要先學(xué)哪一種語(yǔ)言，再學(xué)哪一種。

曾經(jīng)有人給我發(fā)信問(wèn)這種問(wèn)題，糾結(jié)了好幾個(gè)星期，結(jié)果一個(gè)語(yǔ)言都還沒(méi)開(kāi)始學(xué)。

有這糾結(jié)的時(shí)間，其實(shí)都可以把他糾結(jié)過(guò)的語(yǔ)言全部掌握了。

初學(xué)者往往不理解，每一種語(yǔ)言里面必然有一套“通用”的特性。比如變量，函數(shù)，整數(shù)和浮點(diǎn)數(shù)運(yùn)算，等等。

這些是每個(gè)通用程序語(yǔ)言里面都必須有的，一個(gè)都不能少。

你只要通過(guò)“某種語(yǔ)言”學(xué)會(huì)了這些特性，掌握這些特性的根本概念，就能隨時(shí)把這些知識(shí)應(yīng)用到任何其它語(yǔ)言。

你為此投入的時(shí)間基本不會(huì)浪費(fèi)。

所以初學(xué)者糾結(jié)要“先學(xué)哪種語(yǔ)言”，這種時(shí)間花的很不值得，還不如隨便挑一個(gè)語(yǔ)言，跳進(jìn)去。

如果你不能用一種語(yǔ)言里面的基本特性寫(xiě)出好的代碼，那你換成另外一種語(yǔ)言也無(wú)濟(jì)于事。你會(huì)寫(xiě)出一樣差的代碼。

我經(jīng)?？吹接行┤?Java 代碼寫(xiě)得相當(dāng)亂，相當(dāng)糟糕，卻罵 Java 不好，雄心勃勃要換用 Go 語(yǔ)言。

這些人沒(méi)有明白，是否能寫(xiě)出好的代碼在于人，而不在于語(yǔ)言。

如果你的心中沒(méi)有清晰簡(jiǎn)單的思維模型，你用任何語(yǔ)言表述出來(lái)都是一堆亂麻。

如果你 Java 代碼寫(xiě)得很糟糕，那么你寫(xiě) Go 語(yǔ)言代碼也會(huì)一樣糟糕，甚至更差。

很多初學(xué)者不了解，一個(gè)高明的程序員如果開(kāi)始用一種新的程序語(yǔ)言，他往往不是去看這個(gè)語(yǔ)言的大部頭手冊(cè)或者書(shū)籍，而是先有一個(gè)需要解決的問(wèn)題。

手頭有了問(wèn)題，他可以用兩分鐘瀏覽一下這語(yǔ)言的手冊(cè)，看看這語(yǔ)言大概長(zhǎng)什么樣。

然后，他直接拿起一段例子代碼來(lái)開(kāi)始修改搗鼓，想法把這代碼改成自己正想解決的問(wèn)題。

在這個(gè)簡(jiǎn)短的過(guò)程中，他很快的掌握了這個(gè)語(yǔ)言，并用它表達(dá)出心里的想法。

在這個(gè)過(guò)程中，隨著需求的出現(xiàn)，他可能會(huì)問(wèn)這樣的問(wèn)題：

• 這個(gè)語(yǔ)言的“變量定義”是什么語(yǔ)法，需要“聲明類(lèi)型”嗎，還是可以用“類(lèi)型推導(dǎo)”？

• 它的“類(lèi)型”是什么語(yǔ)法？是否支持“泛型”？泛型的 “variance” 如何表達(dá)？

• 這個(gè)語(yǔ)言的“函數(shù)”是什么語(yǔ)法，“函數(shù)調(diào)用”是什么語(yǔ)法，可否使用“缺省參數(shù)”？

• ……

注意到了嗎？上面每一個(gè)引號(hào)里面的內(nèi)容，都是一種語(yǔ)言特性（或者叫概念）。

這些概念可以存在于任何的語(yǔ)言里面，雖然語(yǔ)法可能不一樣，它們的本質(zhì)都是一樣的。

比如，有些語(yǔ)言的參數(shù)類(lèi)型寫(xiě)在變量前面，有些寫(xiě)在后面，有些中間隔了一個(gè)冒號(hào)，有些沒(méi)有。

這些實(shí)際問(wèn)題都是隨著寫(xiě)實(shí)際的代碼，解決手頭的問(wèn)題，自然而然帶出來(lái)的，而不是一開(kāi)頭就抱著語(yǔ)言手冊(cè)看得仔仔細(xì)細(xì)。

因?yàn)檎莆樟苏Z(yǔ)言特性的人都知道，自己需要的特性，在任何語(yǔ)言里面一定有對(duì)應(yīng)的表達(dá)方式。

如果沒(méi)有直接的方式表達(dá)，那么一定有某種“繞過(guò)方式”。

如果有直接的表達(dá)方式，那么它只是語(yǔ)法稍微有所不同而已。

所以，他是帶著問(wèn)題找特性，就像查字典一樣，而不是被淹沒(méi)于大部頭的手冊(cè)里面，昏昏欲睡一個(gè)月才開(kāi)始寫(xiě)代碼。

掌握了通用的語(yǔ)言特性，剩下的就只剩某些語(yǔ)言“特有”的特性了。

研究語(yǔ)言的人都知道，要設(shè)計(jì)出新的，好的，無(wú)害的特性，是非常困難的。

所以一般說(shuō)來(lái)，一種好的語(yǔ)言，它所特有的新特性，終究不會(huì)超過(guò)一兩種。

如果有個(gè)語(yǔ)言號(hào)稱(chēng)自己有超過(guò) 5 種新特性，那你就得小心了，因?yàn)樗鼈儙?lái)的和可能不是優(yōu)勢(shì)，而是災(zāi)難！

同樣的道理，最好的語(yǔ)言研究者，往往不是某種語(yǔ)言的設(shè)計(jì)者，而是某種關(guān)鍵語(yǔ)言特性的設(shè)計(jì)者（或者支持者）。

舉個(gè)例子，著名的計(jì)算機(jī)科學(xué)家 Dijkstra 就是“遞歸”的強(qiáng)烈支持者?，F(xiàn)在的語(yǔ)言里面都有遞歸，然而你可能不知道，早期的程序語(yǔ)言是不支持遞歸的。

直到 Dijkstra 強(qiáng)烈要求 Algol 60 委員會(huì)加入對(duì)遞歸的支持，這個(gè)局面才改變了。Tony Hoare 也是語(yǔ)言特性設(shè)計(jì)者。

他設(shè)計(jì)了幾個(gè)重要的語(yǔ)言特性，卻沒(méi)有設(shè)計(jì)過(guò)任何語(yǔ)言。另外大家不要忘了，有個(gè)語(yǔ)言專(zhuān)家叫王垠，他是早期 union type 的支持者和實(shí)現(xiàn)者，也是 checked exception 特性的支持者，他在自己的博文里指出了 checked exception 和 union type 之間的關(guān)系 :P

很多人盲目的崇拜語(yǔ)言設(shè)計(jì)者，只要聽(tīng)到有人設(shè)計(jì)（或者美其民曰“發(fā)明”）了一個(gè)語(yǔ)言，就熱血沸騰，佩服的五體投地。

他們卻沒(méi)有理解，其實(shí)所有的程序語(yǔ)言，不過(guò)是像 Dell，聯(lián)想一樣的“組裝機(jī)”。

語(yǔ)言特性的設(shè)計(jì)者，才是像 Intel，AMD，ARM，Qualcomm 那樣核心技術(shù)的創(chuàng)造者。

合理的入門(mén)語(yǔ)言

所以初學(xué)者要想事半功倍，就應(yīng)該從一種“合理”的，沒(méi)有明顯嚴(yán)重問(wèn)題的語(yǔ)言出發(fā)，掌握最關(guān)鍵的語(yǔ)言特性，然后由此把這些概念應(yīng)用到其它語(yǔ)言。

哪些是合理的入門(mén)語(yǔ)言呢？我個(gè)人覺(jué)得這些語(yǔ)言都可以用來(lái)入門(mén)：

• Scheme

• C

• Java

• Python

• JavaScript

那么相比之下，我不推薦用哪些語(yǔ)言入門(mén)呢？

• Shell

• PowerShell

• AWK

• Perl

• PHP

• Basic

• Go

• Rust

總的說(shuō)來(lái)，你不應(yīng)該使用所謂“腳本語(yǔ)言”作為入門(mén)語(yǔ)言，特別是那些源于早期 Unix 系統(tǒng)的腳本語(yǔ)言工具。

PowerShell 雖然比 Unix 的 Shell 有所進(jìn)步，然而它仍然沒(méi)有擺脫腳本語(yǔ)言的根本問(wèn)題——他們的設(shè)計(jì)者不知道他們自己在干什么 :P

采用腳本語(yǔ)言學(xué)編程，一個(gè)很?chē)?yán)重的問(wèn)題就是使得學(xué)習(xí)者抓不住關(guān)鍵。

腳本語(yǔ)言往往把一些系統(tǒng)工具性質(zhì)的東西（比如正則表達(dá)式，Web 概念）加入到語(yǔ)法里面，導(dǎo)致初學(xué)者為它們浪費(fèi)太多時(shí)間，卻沒(méi)有理解編程最關(guān)鍵的概念：變量，函數(shù)，遞歸，類(lèi)型……

不推薦 Go 語(yǔ)言的原因類(lèi)似，雖然 Go 語(yǔ)言不算腳本語(yǔ)言，然而他的設(shè)計(jì)者顯然不明白自己在干什么。所以使用 Go 語(yǔ)言來(lái)學(xué)編程，你不能專(zhuān)注于最關(guān)鍵，最好的語(yǔ)言特性。

同樣的，我不覺(jué)得 Rust 適合作為入門(mén)語(yǔ)言。Rust 花了太大精力來(lái)夸耀它的“新特性”，而這些新特性不但不是最關(guān)鍵的部分，而且很多是有問(wèn)題的。初學(xué)者過(guò)早的關(guān)注這些特性，不僅學(xué)不會(huì)最關(guān)鍵的編程思想，而且可能誤入歧途。

掌握關(guān)鍵語(yǔ)言特性，忽略次要特性

為了達(dá)到我之前提到的融會(huì)貫通，一通百通的效果，初學(xué)者應(yīng)該專(zhuān)注于語(yǔ)言里面最關(guān)鍵的特性，而不是被次要的特性分心。

舉個(gè)夸張點(diǎn)的例子。

我發(fā)現(xiàn)很多編程培訓(xùn)班和野雞大學(xué)的編程入門(mén)課，往往一來(lái)就教學(xué)生如何使用printf 打印“Hello World！”，進(jìn)而要他們記憶 printf 的各種“格式字符”的意義，要他們實(shí)現(xiàn)各種復(fù)雜格式的打印輸出，甚至要求打印到文本文件里，然后再讀出來(lái)……