[[71651]]

　　讓我以一個(gè)免責(zé)聲明來開始這篇文章：我絕對的認(rèn)可懂得多種編程語言的價(jià)值，也認(rèn)為“用正確的工具干活兒”是個(gè)好思想。但在編程工作中，人們對這個(gè)概念有個(gè)誤解，我認(rèn)為需要在這里指出一下。但請記住，對這個(gè)誤解的詮釋并不是來否定這個(gè)思想的。

多語言電影
讓我從一個(gè)古怪的類比開始：假設(shè)這有一個(gè)電影，是關(guān)于一個(gè)政治陰謀，涉及到一系列復(fù)雜的國際冒險(xiǎn)，沖突波及到7、8個(gè)國家。每個(gè)演員都說著他們本地的語言，沒有字幕。誰能看懂這個(gè)陰謀的情節(jié)？恐怕只有少數(shù)幾個(gè)懂得多語言的制片人能欣賞的了這個(gè)電影。我們大部分人都不會(huì)去看它。

多語言編程
我們的上一個(gè)Web應(yīng)用項(xiàng)目里使用了6、7種的編程語言(Groovy, Java, HTML, CSS, HQL/SQL, Ant)。如果我們感覺需要的話，還可以輕松的再增加更多的語言。再增加Clojure, Scala 或 Ruby/JRuby 并不會(huì)覺得不合適。一個(gè)懂得多種語言并有能力在多種語言間切換到程序員就被稱作“多語言程序員”。

　　造成多語言項(xiàng)目產(chǎn)生的一個(gè)主要理由通常是“使用正確的工具干活兒”的概念。而這個(gè)“活兒”通常指的是一個(gè)大項(xiàng)目里的一些小任務(wù)，比如編譯項(xiàng)目，訪問數(shù)據(jù)庫，實(shí)現(xiàn)永不定型的業(yè)務(wù)邏輯。對于每個(gè)子任務(wù)，都有某個(gè)語言能夠更出色的完成。除了人們對這種多語言的做法造成的隱藏成本存在爭議外，還有一個(gè)對于“工具”這個(gè)詞的誤解需要注意。

編程語言不是工具
如果我們在一個(gè)簡單或復(fù)雜傳統(tǒng)工程中使用一個(gè)工具，就比如用錘子把木片釘成櫥柜，或用起子拆解計(jì)算機(jī)，當(dāng)你完成了這個(gè)“活兒”后，工具會(huì)被你丟在一旁。你的最終產(chǎn)品(一個(gè)新的木櫥柜或一堆電路板)并不包括工具。大多時(shí)候，當(dāng)你的活兒干完后，你的產(chǎn)品上不會(huì)再有“變更請求”。

　　如果你的工具碰巧是一種編程語言，那你生產(chǎn)的源代碼將和你的工具融合到一起。沒有這個(gè)工具，你的產(chǎn)品完全不能運(yùn)行。如果你認(rèn)為編譯后的二進(jìn)制代碼是“產(chǎn)品”，你將沒有可能針對它做“需求變更”，這是程序員最初可能會(huì)有的一個(gè)錯(cuò)誤概念。很顯然，程序員的生產(chǎn)的產(chǎn)品是“源代碼”。編程語言并不是扮演工具的角色，從軟件的性質(zhì)上看，它應(yīng)該是材料。工具可以扔掉，材料構(gòu)成主體。

編程語言是產(chǎn)品材料
因?yàn)樵创a依附于它的編程語言，它們是一個(gè)概念上的合體。所以，我建議，當(dāng)我們在談?wù)摼幊陶Z言時(shí)，應(yīng)該改成“使用正確的材料來干活兒”的說法。相比起選擇是使用飛利浦的螺絲刀還是三菱的改錐這樣的問題，我們修改后的說法會(huì)對編程語言的選擇起到更深遠(yuǎn)的意義。材料需要持久的耐用，而工具大部分時(shí)間是丟在一邊。

但它們也是工具
　　在上面提到的我們做過的Web應(yīng)用項(xiàng)目中，我們使用了很多工具。Grails是我們的框架，Jetty是我們的Web容器，Spring Framework提供了強(qiáng)大的服務(wù)，我們用IDEA把它們結(jié)合到一起。我們可以輕松的用Tomcat替換Jetty，或用Eclipse替換IDEA。工具需要可替換，甚至是一次性的。

總結(jié)
“用正確的工具干活兒”這話并不能簡單的應(yīng)用到編程語言上，因?yàn)樗鼈儾皇枪ぞ?，而是材料。這就是為什么在一個(gè)項(xiàng)目中大量使用多語言是危險(xiǎn)的。它很容易讓項(xiàng)目變成一個(gè)混亂的“復(fù)合板“項(xiàng)目。