我們程序員在著手一個項目時，需要做的關(guān)鍵決定之一就是選擇一種語言，或一組語言，用于實施該系統(tǒng)。這一決定不僅會影響系統(tǒng)的實現(xiàn)，也會影響設(shè)計。例如，我們應(yīng)該使用 面向?qū)ο蟮恼Z言還是過程語言？選擇什么語言對項目以及作為項目一部分的程序的生命周期有著深遠的影響，很多次，我們基于一些非常善變的因素，沒有思考太多 就去選語言：這語言是我慣常用來實現(xiàn)這類系統(tǒng)的；這語言我了解得最透徹；這是我最喜歡的語言，我很享受于用這種語言編程；等等。
既然這個決定會導(dǎo)致深刻而長遠的結(jié)果，那么我們是不是在做這個抉擇時應(yīng)該更加務(wù)實？很多時候，我們會盲目地偏頗于我們選擇的語言。而且，有時候我們之所以不喜歡選擇這種語言的原因可能正是為什么我們要選擇那種語言的原因。
如果我們能夠放開胸懷，坦誠地對待自己持有的偏見，那么我們就可以減輕一些類似在裝修時硬要將方釘釘進圓形孔的痛苦。雖然我們沒有什么秘訣來為項目選擇完美語言，但還是可以遵循一些原則，幫助我們做出一個更好，更合適的語言選擇。
沒有完美的語言
這一點對任何人，甚至是新手而言，都是在意料之中的，并且我們很多人都愿意承認(rèn)，“當(dāng)然，這種語言并不是完美的語言，”但與此同時，我們很多人還是 會說，“這語言是最好的編程語言”。說一種語言是項目的最好語言的關(guān)鍵是項目的背景，也就是說，最好的語言只存在于一定的范圍內(nèi)。這就是我們的第一條原 則：
沒有完美的語言：每一種語言都有它的優(yōu)點和缺點。
例如，許多通常使用運行時語言，如Java或Python的開發(fā)人員，聲稱C或C ++令人透不過氣來，會因為關(guān)注例如內(nèi)存管理這類低層次的細節(jié)，或關(guān)心編譯時類型檢查的嚴(yán)格粒度，而扼殺分置于開發(fā)人員的職責(zé)。這是事實，只要我們正在開 發(fā)的項目不關(guān)注看似瑣碎的任務(wù)，如內(nèi)存管理或發(fā)生在單一循環(huán)中的copy-assignment的數(shù)量。
相反，如果我們工作在一個項目，或項目的一部分，那么對于代碼應(yīng)該如何高效以及程序的關(guān)鍵性安全的偏見需求是自然而然的，這些看似繁瑣的細節(jié)可能正 是我們正在尋找的粒度水平。在這種新的背景下，Java或Python的運行時性質(zhì)似乎過于漠不關(guān)心或過于心不在焉。相反，我們希望當(dāng)內(nèi)存分配和釋放的時 候，能夠嚴(yán)格控制有多少move-assignment和copy-assignment被執(zhí)行，并在編譯時捕捉盡可能多的錯誤，而不是讓錯誤滲入運行時 （表現(xiàn)為運行時異常）。
雖然在理論上“沒有完美的語言”這一點聽起來是顯而易見的，但是我們作為開發(fā)人員的行為通常會背離這個概念：我們說我們知道我們最喜歡的語言是不完 美的，但我們還是繼續(xù)對我們開發(fā)的項目使用這種語言，不管它是否適合。此外，當(dāng)其他的開發(fā)人員質(zhì)疑我們選擇的語言時，我們會堅決捍衛(wèi)我們的選擇，而不愿意 從他或她的反駁中看見事實的真相。請記?。好恳环N語言都有它的優(yōu)點和缺點。了解你掌握的語言的優(yōu)點和缺點，然后根據(jù)實際情況做出選擇。
你不喜歡一種語言的原因可能就是你應(yīng)該使用它的原因
這似乎違反直覺，但有的時候，我們之所以不喜歡一門語言可能正是使用某種語言的原因。還是上面的例子，在我作為一個C ++開發(fā)人員的經(jīng)驗中，很多時候因為有那么多不同的概念要跟蹤（內(nèi)存管理和對象壽命時間，C ++編程三原則等），以致于完成項目的一個簡單功能都會變得繁瑣不堪。在用C ++開發(fā)幾周之后，使用Python，Java或另一種“更高級”的語言，簡直就像上天的恩賜：但真的是這樣的嗎？
有時候，可能我們不喜歡一門語言的原因正是我們要使用該語言的原因。如果我正在開發(fā)一個驅(qū)動程序或一些關(guān)鍵性安全，實時的系統(tǒng)，上面表述的繁瑣不堪 的原因可能正是這個語言的最大優(yōu)勢。例如，C ++提供了一種機制用于表達當(dāng)對象被復(fù)制時被執(zhí)行的邏輯，這在效率和嚴(yán)謹(jǐn)性井然有序的時候是非常寶貴的。
這可能看上去都很好都很棒，因此我們很難確切指出在某個背景下，某種你看不順眼的語言可能反而更有幫助。那么，我們該怎么知道哪些你不喜歡的語言是有幫助的呢？這就引出了我們的第二條原則：
對自己要誠實：知道自己為什么不喜歡一門語言，不要教條化自己的憎惡。
例如，在上面那個C ++的例子中，我之所以不喜歡長時間地用C ++編程，是因為這語言要求思想嚴(yán)謹(jǐn)，否則很容易犯錯，就像是被困于叢林中（過多地關(guān)注樹木，而不是樹林這個整體）。這種嚴(yán)謹(jǐn)會妨礙開發(fā)人員去質(zhì)疑，如， “我要在堆棧上或堆上創(chuàng)建對象嗎，或者部分在堆棧上，另一部分在堆上？”或“要讓這個類可擴展，應(yīng)該通過模板參數(shù)還是通過繼承？”等決定。在其他語言中， 開發(fā)人員只需分別創(chuàng)建一個對象以及使用面向?qū)ο蟮睦^承就可以完成這些任務(wù)，然后進入到下一個功能，因為語言（或者，更準(zhǔn)確地說，編譯器或解釋器）關(guān)注這些 細節(jié)。
但是，如果我對自己誠實的話，我會承認(rèn)，我之所以不喜歡C ++的這些功能，是因為它將表達這些細節(jié)的責(zé)任歸咎于我。在其他語言中，我不僅不需要負(fù)責(zé)這些細節(jié)，而且我也沒有責(zé)任表達這些細節(jié)：它們被抽象遠離開發(fā)人 員。在一個這些細節(jié)是必不可少的上下文中，我不喜歡C ++的原因正是我應(yīng)該使用這種語言的原因。
