C/C++的思索 C++之父訪談錄 [上帝的玩笑嗎?] (轉)
C/C++的思索 C++之父訪談錄
作者:佚名
翻譯整理:pigprince
----------------------------------------------------------------------
在1998年的元旦,Bjarne Stroustrup(C++之父)接受了IEEE《》雜誌記者的專訪。編輯很自然的認為他會對於過去七年來使用他建立的語言進行面對設計做一個歷史性的回顧。而在這個專訪中,記者獲得了更有價值的新聞,但是最後編輯決定為了整個IT產業,這個稿子不能發表,但是就像其它被砍掉的新聞,往往還是弄得路人皆知的。
這一篇適當時專訪的完全複製,沒有被編輯、刪改或者做過什麼潤色處理,也沒有釋出過,可能看起來不像常見的雜誌文章,但這是實情。
你會發現真正引人入勝的地方... ...
記者: 您在幾年前你改變了設計世界的面貌,現在再回首往事您有什麼感想?
Stroustrup: 事實上我在你到來之前的這些天裡一直在考慮這件事,你還記得幾乎所有的人都在寫 C那會兒嗎?麻煩的是這些人寫得太好了,而且那些個大學也都在努力的傳授 C技術。的確他們是十分的成功——我要特別的指出“成功”這個詞——因為這種顯著的 C程式設計師的培養,這就是產生問題的原因。
記者: 這難道是個問題嗎?
Stroustrup: 當然,你記得大家都在用Cobol語言寫程式的時候嗎?
記者: 哦,當然,當時我也一樣。
Stroustrup: 在一開始的時候,這些人簡直象半個上帝似的拿著高工資,享受著貴族一樣的待遇。
記者: 唉,那些日子多麼的讓人懷念,是吧?
Stroustrup: 當然了。但是接著發生了什麼?IBM覺得這樣不舒服,就投資了數百萬來培養程式設計師,直到程式設計師多得一毛錢就可以僱一打。
記者: 這就是為什麼當時我撤出來了,工資在一年裡就降到人們在說做個記者都比程式設計師強的地步。
Stroustrup: 對啦!那時侯相同的事情發生在了C程式設計師身上了。
記者: 這個我明白了,可是您要說的是……
Stroustrup: 有一天,我坐在辦公室裡就在想如何能把這件事挽回一些。我想知道如果有一種特別複雜而且難以學會的語言,是否就沒有人可以又把程式設計師們搞到市場的泥潭裡去呢?我用了從X10裡瞭解到的東西,,噢,就是X-,真是一個該死的圖形,只能執行在那些個SUN 3/60的機器裡,哈!它具有所有我想要的特徵:可笑而複雜的語法,含混的功能描述,還有偽裝的OO結構,就算是在現在,還是沒有人願意用那些東西,如果你不想發瘋的話,Motif才是唯一解決方案。
記者: 你是在開玩笑嗎?
Stroustrup: 沒有,事實上還有另外的一個問題,是用C寫的,就是說任何一個C程式設計師都可以很容易的成為系統程式的開發者。還記得一個大型的主機系統應用的開發者通常能掙多少錢嗎?
記者: 你肯定是知道我當時就是幹這個的。
Stroustrup: 好吧,因此這個新的語言一定要透過隱藏所有的系統來和UNIX分離開來,這樣可以使那些個就只是知道DOS的人也可以活得很體面。
記者: 我不大相信您說的這個……
Stroustrup: 而且到現在時間也夠長的了,我相信有很多的人已經指出了C++是對時間的浪費,我要說的是,這個過程比我想象的要長的多了。
記者: 那麼您又是如何做到的呢?
Stroustrup: 那只是一個玩笑,我真的沒有想到人們會對那本書那麼認真。任何人只要長了半個大腦也應該明白麵對物件程式設計是荒謬而不合邏輯的,而且效率低下。
記者: 什麼?
Stroustrup: 再說程式碼重用,你什麼時候聽說過有公司重用他的程式碼?
記者: 事實上從來沒有,但是……
Stroustrup: 那麼我提醒你一下,在早期有很多的例子。哦,有一家叫Menter Graphics的俄勒岡州公司,我認為他們應該是感冒了,竟然在90年或者是91年把所有的程式碼用C++重寫了一遍,對不起,我實在是想不起確切的時間了,我看大家應該從這個事件中吸取教訓。
記者: 沒有人真正的吸取了教訓嗎?
Stroustrup:
沒有,而且還有很多公司犯同樣的錯誤,還向他們的股東解釋說那3億美圓的損失是正常的,他們就是做了這樣的事情。
記者: 真的?可是這也只能證明OO方法是能夠工作的,不是嗎?
Stroustrup: 也許吧,是那麼大,在一臺有128M的HP工作站上只是裝載到記憶體中就要用5分鐘時間,然後將象毛毛蟲爬樹一樣的執行。事實上我在第一個禮拜就發現了這個缺點,奇怪的是好象沒人在乎這個,Sun和HP好象只在乎買出那些功能強大的各種玩意兒,而不在乎在上面跑什麼程式。在AT&.T的時候我編了一個“Hello World”程式,簡直是難以置信,執行檔案有2.1M。
記者: 那麼大?是啊,就是從那時候開始的編譯程式產生大個的檔案的。
Stroustrup: 就是這個樣子,如果你不信的話,可以用最新版的g++試一下,你得到的東西不會小於0.5M,而且就在最近也有一些在各個國家的例子,比如在British Telecom公司發生的災難,但是幸運的是他們把原來的計劃廢棄了,又重新開始,他們就比Australian Telecom公司幸運,現在我又聽說Siemens公司又在造“恐龍”了,他們目前是越來越擔心要用來加速執行軟體所要使用的昂貴的高速,難道你真的認為那些個多型繼承是一種樂趣嗎?
記者: 噢,但是C++的確是一種可靠的語言啊!
Stroustrup: 你是真的相信的,對吧?你有沒有真的坐下來用C++開發過專案?我來告訴你會發生什麼:首先,我會加入足夠的缺陷來讓那些微不足道的模組先執行,讓工作超載,在工程掃尾的階段,你回發現幾乎所有的模組都會有這種缺陷,這是因為人們以為就是應該這樣做,因為在C++的教程中就是這樣寫的。在相同的模組中執行不同物件的相似操作意味著:有一些東西在各個模組中是完全不相同的。當你有了互不相同的上百個這樣的模組,就可以把他們整合在一起了。其次,我再說說所謂的資料隱藏,上帝啊,當我聽說了有的小組實現了什麼物件協同通訊,我真的是憋不住想笑!我看,OO方法中的“協同”這個詞可以把專案經理的肋條累斷。
記者: 我不得不說著太可怕了!你還說這是用來提高程式設計師的工資,這太齷齪了!
Stroustrup: 齷齪?不是這樣的,任何人都有選擇的權利。我是並不想讓事情發展成這個樣兒的。不管怎麼說,我基本上還是成功的。C++現在已經不行了不是?而且程式設計師現在還是能掙到高工資的——特別是那些還要維護這些該死的“++”東西的那些程式設計師。你應該明白如果你去維護一個不是由你開發的C++模組是不可能的。
記者: 怎麼會這樣的?
Stroustrup: 你糊塗了?還記得typedef嗎?
記者: 噢,當然。
Stroustrup: 知道要在標頭檔案裡發現象'RoofRaised'這樣的變數是一個雙精度數要用多長的時間嗎?想象一下要在一個工程裡所有的類定義裡尋找那些typedefs
... ...
... ...
記者: 那麼你為什麼認定你已經成功了呢?
Stroustrup: 還記得一般一個C程式專案要多長時間嗎?一般是6個月。這對於一個要養活妻子孩子的程式設計師是不夠的。如果是一樣的專案,但是用C++來開發,會怎麼樣呢?我告訴你:要一兩年才能做完!這不好嗎?就是一個小小的程式語言選擇的決定,語言程式設計師就不會輕易的下崗了不是?而且那些個大學已經很久沒有傳授C了,現在是對C程式設計師的短缺。特別是對UNIX程式設計熟悉的程式設計師。在使用了這麼多年的“new”以後,而且一直以來一直都不用擔心返回值的問題。還有多少程式設計師知道使用“malloc”?事實上,大多數的C++程式設計師捨棄了返回值,無論什麼樣的結果,甚至於返回了“-1”,其實用不著什麼'throw'、'catch'、'try'之類的東西,至少你應該知道產生了錯誤。
記者: 但是繼承的確不是可以節省很多時間的嗎?
Stroustrup: 是嗎?你注意過C專案計劃和C++的專案計劃之間的不同嗎?在進行了三次系統功能分解後,要確定所有的東西都可被繼承到,如果沒有那麼說明還是有錯,但是有誰在C程式設計裡聽說過滲漏這個說法?現在你可以在業界的大廠商的產品中發現了!有很多的公司不得不放棄了,並且把工程轉包出去,他們知道最後可能象篩沙子似的把記憶體站用完,他們才不想遭那份罪呢!
記者: 也有一些工具來……
Stroustrup: 大多數的防滲漏的工具不還是用C++寫的。
記者: 果把這些東西發表了,我們可能在這個行業裡無法立足了,你知道嗎?
Stroustrup: 我不相信,就象我所說的,現在C++已經是在垂死掙扎了。任何公司只要清醒,就會認識到用C++來做專案簡直是一場災難。如果還沒認識到這些,那就是活該!有一段時間我使勁的勸Dennis Ritchie用C++重寫UNIX。
記者: 啊?天哪!他是怎麼說的?
Stroustrup: 我不得不承認他的洞察力,我想他和Brian在很早的時候就清楚的明白了我的意圖,但是從來沒有說出來,他說如果我願意的話,他可以幫我用C++寫
個DOS。
記者: 那麼你寫了嗎?
Stroustrup: 事實上,我寫了,我完成後可以給你一個DEMO,我在機房裡的一臺4個的Sparc 20上做的,執行得特別的快,而且只佔了70M的空間。
記者: 有For PC的版本嗎?
Stroustrup: 現在你在開玩笑了,難道你沒見過Windows 95嗎?我認為它是我成功標誌之一,
記者: 我也總是在想關於Unix++,還是有人在試著搞這麼個東西的。
Stroustrup: 那是因為他們還沒有看到這個採訪手跡。
記者: 對不起,不過依我看,我們恐怕不會刊發這些東西的。
Stroustrup: 但是這是個世紀故事,我只是想讓我的程式設計師夥伴們記住我為他們做了什麼,你知道這些個日子裡C++程式設計師可以掙多少錢嗎?
記者: 我所聽說的是一個頂尖的C++程式設計師一小時可以掙到70~80美圓。
Stroustrup: 知道了吧!而且我打賭他肯定可以掙那麼多!!單步跟蹤我放在C++裡面的那些gotcha,並不是容易的事了。在在專案中使用C++的所有特性即使是有的程式設計師也會感到困惑. 事實上有時侯我也是覺得挺難受的,雖然這個特性是為我的初衷而做的,我幾乎喜歡上了這個語言。
記者: 你的意思是說你以前是不喜歡的?
Stroustrup: 我是狠它的!難道你不同意它是挺笨重的嗎?但是當那本書的版稅源源不斷的…… 我想你能夠明白這些。
記者: 等一下,關於引數的定義,請您一定要回答,您是否真的改良了C的指標。
Stroustrup: 呵,我也是總是想知道這個。一開始我認為我做了,但是有一天我和一個剛開始學習 C++的程式設計師討論了這個問題。他說:“他從來就不知道他的變數是否被引用了,所以我還是在使用指標,那個星號總是在提醒我。”
記者: OK,一般在這個時候我一般是說:“Thank you very much.”,但是現在用在這裡好象還是不夠。
Stroustrup: 答應我一定要發表。
記者: 好的,我會通知您的,但是我已經知道了我的編輯會說什麼了。
Stroustrup: 誰會相信呢?你能把這盤錄音帶給我拷一個嗎?
記者: 可以。
正文完
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-987628/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- C++之父Bjarne談C++在2005年(轉)C++JAR
- C++之父Bjarne Stroustrup訪談問題有獎徵集(圖靈訪談)C++JAR圖靈
- 掀起C++0x的蓋頭來:C++之父Bjarne Stroustrup訪談C++JAR
- C++之父談C++ :一天之內你就能學會出色使用C++C++
- C++之父:C++ 的五個普遍誤解(3)C++
- C++之父:C++ 的五個普遍誤解(1)C++
- C++之父Bjarne Stroustrup: 簡單的表述方式才是最優的方案(圖靈訪談)C++JAR圖靈
- 首個 C++ 編譯器誕生 30 週年了,來聽聽 C++ 之父暢談 C++C++編譯
- C++之父B. Stroustrup近期言論 (轉)C++
- 談談c++的初始化工作(1) (轉)C++
- 談談c++的初始化工作(2) (轉)C++
- 談談c++的初始化工作(3) (轉)C++
- 談談c++的初始化工作(4) (轉)C++
- C++中的enum淺談C++
- 再談c++型別轉換C++型別
- 談談 C++ STL 中的迭代器C++
- 談談C++中的swap函式C++函式
- C++雜思錄——風格的選擇 (轉)C++
- MySql資料庫C++訪問(轉)MySql資料庫C++
- Git為何不用C++開發:Linux之父痛貶C++的經典郵件GitC++Linux
- c++物件的放置 (轉)物件
- C++模板的定製二:定製C++類 (轉)C++
- C++未眠夜----我學習C++的心路歷程 (轉)C++
- 學習C++(一) 我現在理解的C++ (轉)C++
- 高質量C++/C程式設計指南(附錄B :C++/C試題) (轉)C++C程式程式設計
- C/C++,我的至愛!!! (轉)C++
- 【C++】C++之型別轉換C++型別
- 如何破壞C++的訪問控制C++
- C++模板沉思錄C++
- GNU的C++程式碼書寫規範,C語言之父Dennis Ritchie親自修訂 (轉)C++C語言
- C++模板的定製三:部分定製C++類 (轉)C++
- C++的救贖 C++開源程式庫評話(轉)C++
- 陳皓:C++的坑真的多嗎?C++
- C++中的模板(templates) (轉)C++
- C++ string (淺談)C++
- C++、C++學習之我見 (轉)C++
- 高質量C++/C程式設計指南(附錄C :C++/C試題的答案與評分標準) (轉)C++C程式程式設計
- 你真的懂C++嗎?C++