C++之父Bjarne談C++在2005年

2019-11-17 05:11:22

字體：大中小

來源：轉載

供稿：網友

　　現在我們仍然很難估計C++程序員的數量，但在2003年，IDC報告說有超過300萬的全職C++程序員，這個數據還是比較可信的。

雖然我不能夠精確地計算，但是我所擁有的所有指標都顯示，C++在經過前十年（1985－1994）的爆炸性增長之后，后十年（1995－2004）其使用人數一直在穩定地增長。我還沒有經歷過其增長停止的時期。我猜想，雖然面對競爭產品的有力宣傳和肆無忌憚的促銷活動，它仍然穩定增長的主要原因在于：在這個時期中C++語言保持著穩定性（stability）。在這些年頭中，這種語言的實現有了很大的改善，其類庫的數量、質量和復雜程度都有所增長，同時我們對如何使用C++的理解也進一步深入了。但是，1995年D&E中描述的這種語言我們現在仍然在使用。標準的C++擁有足夠的特性，它能夠適應十年中編程技術和應用程序的增長，其穩定性也答應它實現跟上潮流。

　　那么，這些C++程序員到底在做什么事情呢？他們在編寫哪種類型的應用程序？他們使用了哪種編程風格？我不知道，誰也不會知道。同樣，與C++程序員太多了以至于無法估算類似，不同的應用程序領域也太多了，某個人需要把握的編程風格也太多了。有時候我們會聽到別人說"C++應該這樣使用"--這樣的表述一般都是癡心妄想，它們來自于非常有限的經驗。我們在與很多人一起玩"盲人與大象"的游戲。有些人已經閱讀了一百多萬行代碼，編寫了成百上千行C++代碼，讀過C-vu、C/C++ Users Journal等雜志中的所有文章，讀過所有優良的C++書籍和許多劣質的書籍，讀過所有的與C++相關的論文，并在C++新聞組中"居住"了很多年。這種人很少，即使是這樣，他們也只碰到了其表面。這種人一般都是最后發表簡單概括的。實際上，我聽到的最簡潔和自信的概括（包括正面的和反面的）都來自于那些幾乎沒有C++經驗的人--無知是福。

　　當我試圖理解如何使用C++的時候，我首先考慮下面兩個方面：

　　·應用領域

　　·程序員（設計師、軟件產品公司等）的成熟度

　　編寫實時（嵌入式）系統的程序員與編寫專用的數據庫業務程序的程序員所關心的內容是不同的，他們與編寫高能物理（high-energy physics）應用程序的程序員所處的環境也完全不同。我發現聽取新應用領域的程序員的想法并向他們學習是有好處的。

　　很難存在某種東西跨越所有應用領域都有意義。但是可以說某種東西（跨所有應用領域）是成熟的。從高層次的角度來看，理想的編程語言可以表達為：

　　1. 在代碼中直接地表達概念

　　2. 在代碼中直接地表達概念之間的關系

　　3. 在獨立的代碼中表達獨立的概念

　　4. 自由地組合那些表達概念的代碼，無論這種組合是否有意義

　　此處的"概念（concept）"與"想法（idea）"的意思大致相同，并且可以參考我們所命名的任何東西、在設計時出現在黑板上的任何東西、在我們的課本中描述的任何東西，等等。

　　我"測評"成熟度主要基于人們如何把這些想法應用到產品代碼（也就是受現實條件約束的代碼）中。假如某些人使用C++的原因主要是把它作為"更好的C"，那么他們在（上述的四條中的）第一條就碰到了失敗--他們就不能使用類、類層次和參數化（模板）來直接地表達想法以及想法之間的關系。假如某些人堅持把C++僅僅看作是一種面向對象的語言，那么他們在第三和第四條會碰到失敗--他們會構造厚重的層次，通過一些不適合的依據把無關的概念綁定在一起，排除內建類型和簡單類。

　　這意味著，即使語言不作進一步改變，也有很多方面有待改善。通過簡單地使用自己計算機上已經安裝的、作為ISO標準C++一部分的工具，大多數人就可以改善他們的編程效率、減少錯誤率、提高運行時性能。假如你沒有試用過STL，那就試試吧。也許它不能嚴格地滿足你的需求，但是它是標準的，并且演示了 "現代的C++"中的很多要害技術，你可以使用這些技術來解決問題。我曾經指出的教育的題現在更糟糕了：編程教育在很大的程度上無法跟上軟件生產方面的變革。由于我最初編寫D&E，我成為了一個專家，在一定程度上助長了這種倒退趨勢。

　　那么這些C++程序員到底在做什么呢？這是你可以想到的："普通的PC業務應用程序"、嵌入式系統、電子商務、游戲、科學計算、網絡軟件、操作系統、設備驅動程序、移動電話等等。在繼續之前，我建議你看看我持續維護的一個小列表http://www.research.att.com/~bs/applications.Html。
我個人非凡喜歡"冒險和與眾不同的"應用程序，它們擁有極端的性能和/或可靠性需求，例如JPL火星漫步者自動驅動系統、MAN B&W巨型船用柴油機引擎控制系統、高度分布式系統（例如多玩家游戲）的ICE下層構造。