青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

天行健 君子當自強而不息

【ZT】C++之父采訪手記

在1998年的元旦,Bjarne   Stroustrup(C++之父)接受了IEEE《計算機》雜志記者的專訪。編輯很自然的認為他會對于過去七年來使用他創建的語言進行面對對象設計做一個歷史性的回顧。而在這個專訪中,記者獲得了更有價值的新聞,但是最后編輯決定為了整個IT產業,這個稿子不能發表,但是就像其它被砍掉的新聞,往往還是弄得路人皆知的。   
  
這一篇是當時專訪的完全拷貝,沒有被編輯、刪改或者做過什么潤色處理,也沒有發布過,可能看起來不像常見的雜志文章,但這是實情。   
  
你會發現真正引人入勝的地方...   ...   
  
記者:   您在幾年前你改變了軟件設計世界的面貌,現在再回首往事您有什么感想?   
  
Stroustrup:   事實上我在你到來之前的這些天里一直在考慮這件事,你還記得幾乎所有的人都在寫C程序那會兒嗎?麻煩的是這些人寫得太好了,而且那些個大學也都在努力的傳授C編程技術。的確他們是十分的成功——我要特別的指出“成功”這個詞——因為這種顯著的C程序員的培養效率,這就是產生問題的原因。   
  
記者:   這難道是個問題嗎?   
  
Stroustrup:   當然,你記得大家都在用Cobol語言寫程序的時候嗎?   
  
記者:   哦,當然,當時我也一樣。   
  
Stroustrup:   在一開始的時候,這些人簡直象半個上帝似的拿著高工資,享受著貴族一樣的待遇。   
  
記者:   唉,那些日子多么的讓人懷念,是吧?   
  
Stroustrup:   當然了。但是接著發生了什么?IBM覺得這樣不舒服,就投資了數百萬來培養程序員,直到程序員多得一毛錢就可以雇一打。   
  
記者:   這就是為什么當時我撤出來了,工資在一年里就降到人們在說做個記者都比程序員強的地步。   
  
Stroustrup:   對啦!那時侯相同的事情發生在了C程序員身上了。   
  
記者:   這個我明白了,可是您要說的是……   
  
Stroustrup:   有一天,我坐在辦公室里就在想如何能把這件事挽回一些。我想知道如果有一種特別復雜而且難以學會的語言,是否就沒有人可以又把程序員們搞到市場的泥潭里去呢?我用了從X10里了解到的東西,噢,就是X-Windows,真是一個該死的圖形系統,只能運行在那些個SUN   3/60的機器里,哈!它具有所有我想要的特征:可笑而復雜的語法,含混的功能描述,還有偽裝的OO結構,就算是在現在,還是沒有人愿意用那些東西,如果你不想發瘋的話,Motif才是唯一解決方案。   
  
記者:   你是在開玩笑嗎?   
  
Stroustrup:   沒有,事實上還有另外的一個問題,UNIX是用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個CPU的Sparc20上做的,運行得特別的快,而且只占了70M的硬盤空間。   
  
記者:   有For PC的版本嗎?   
  
Stroustrup:   現在你在開玩笑了,難道你沒見過Windows 95嗎?我認為它是我成功標志之一。
  
記者:   我也總是在想關于Unix++,還是有人在試著搞這么個東西的。   
  
Stroustrup:   那是因為他們還沒有看到這個采訪手跡。   
  
記者:   對不起,不過依我看,我們恐怕不會刊發這些東西的。   
  
Stroustrup:   但是這是個世紀故事,我只是想讓我的程序員伙伴們記住我為他們做了什么,你知道這些個日子里C++程序員可以掙多少錢嗎?   
  
記者:   我所聽說的是一個頂尖的C++程序員一小時可以掙到70~80美圓。

Stroustrup: 知道了吧!而且我打賭他肯定可以掙那么多!在項目中使用C++的所有特性即使是有經驗的程序員
也會感到困惑. 事實上有時侯我也是覺得挺難受的,雖然這個特性是為我的初衷而做的,我幾乎喜歡上了這個語言。

記者: 你的意思是說你以前是不喜歡的?

Stroustrup: 我是恨它的!難道你不同意它是挺笨重的嗎?但是當那本書的版稅源源不斷的…… 我想你能夠明白這些。

記者: 等一下,關于參數的定義,請您一定要回答,您是否真的改良了C的指針。

Stroustrup: 呵,我也是總是想知道這個。一開始我認為我做了,但是有一天我和一個剛開始學習 C++的程序員討論了這個問題。他說:“他從來就不知道他的變量是否被引用了,所以我還是在使用指針,那個星號總是在提醒我。”

記者: OK,一般在這個時候我一般是說:“Thank you very much.”,但是現在用在這里好象還是不夠。

Stroustrup: 答應我一定要發表。

記者: 好的,我會通知您的,但是我已經知道了我的編輯會說什么了。

Stroustrup: 誰會相信呢?你能把這盤錄音帶給我拷一個嗎?

記者: 可以。


posted on 2007-10-25 16:36 lovedday 閱讀(973) 評論(2)  編輯 收藏 引用 所屬分類: ▲ C++ Program

評論

# re: 【ZT】C++之父采訪手記 2008-09-23 21:47 Blog visiter

is this reliable?  回復  更多評論   

# re: 【ZT】C++之父采訪手記 2013-09-25 09:56 blackTangle

``````  回復  更多評論   

公告

導航

統計

常用鏈接

隨筆分類(178)

3D游戲編程相關鏈接

搜索

最新評論

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久天天躁狠狠躁夜夜av| 久久久777| 亚洲精品综合在线| 欧美激情一区二区三区在线视频观看 | 一区二区三区亚洲| 久久蜜臀精品av| 欧美在线观看一区二区| 极品裸体白嫩激情啪啪国产精品| 久久久久久尹人网香蕉| 久久久久九九九| 亚洲国产高清高潮精品美女| 亚洲福利一区| 欧美日本高清视频| 亚洲欧美中文日韩v在线观看| 午夜精品视频一区| 亚洲国产高清一区| 99视频在线观看一区三区| 国产欧美日韩亚洲一区二区三区 | 国产日韩欧美二区| 美女主播精品视频一二三四| 欧美精品少妇一区二区三区| 亚洲欧美韩国| 久热re这里精品视频在线6| 日韩午夜精品视频| 欧美一区二区三区免费在线看| 激情综合久久| 99精品国产在热久久下载| 国产一区二区精品久久99| 亚洲丰满在线| 国产三区精品| 亚洲日本欧美日韩高观看| 国产日产欧产精品推荐色 | 亚洲一区二区免费| 国产综合香蕉五月婷在线| 欧美国产日韩亚洲一区| 国产精品色午夜在线观看| 欧美不卡高清| 国产精品视频自拍| 亚洲精品久久久久久久久| 国产日韩在线一区| 亚洲精品乱码久久久久久蜜桃麻豆 | 免费成人黄色av| 午夜精品一区二区在线观看 | 亚洲色诱最新| 亚洲乱码国产乱码精品精天堂| 亚洲永久在线| 9久re热视频在线精品| 久久久久免费观看| 欧美一级播放| 欧美日韩激情小视频| 欧美成人激情在线| 国产在线欧美| 亚洲男女自偷自拍| 亚洲男人第一av网站| 欧美成人小视频| 女生裸体视频一区二区三区| 国产一区二区三区四区| 亚洲欧美视频| 亚洲综合视频一区| 欧美日一区二区三区在线观看国产免 | 亚洲电影免费观看高清完整版| 亚洲免费视频网站| 亚洲一区亚洲| 欧美性猛片xxxx免费看久爱 | 免费亚洲一区| 好吊日精品视频| 性欧美办公室18xxxxhd| 欧美一区二区三区四区在线观看地址| 欧美日韩精品欧美日韩精品| 亚洲卡通欧美制服中文| 一本久道久久综合狠狠爱| 欧美xx69| 亚洲另类黄色| 亚洲视频在线观看一区| 欧美色视频日本高清在线观看| 亚洲青涩在线| 这里只有视频精品| 欧美日韩一区二区三区四区在线观看 | 一区二区三区国产精华| 亚洲一区二区三区精品动漫| 国产精品成人久久久久| 亚洲欧美国产视频| 久久久久免费| 在线观看视频日韩| 欧美大胆成人| 妖精视频成人观看www| 性欧美超级视频| 国产无一区二区| 久久亚洲美女| 亚洲精品小视频在线观看| 亚洲性线免费观看视频成熟| 国产精品丝袜白浆摸在线| 欧美一区久久| 亚洲高清网站| 欧美一区二区三区免费视| 韩日精品在线| 欧美日本在线| 西西人体一区二区| 欧美激情视频一区二区三区在线播放| 一区二区三区蜜桃网| 国产精品一区毛片| 欧美 日韩 国产 一区| 99精品欧美一区二区蜜桃免费| 亚洲欧美国产77777| 伊人春色精品| 欧美日韩亚洲国产一区| 欧美一区二区成人| 亚洲精品免费在线播放| 欧美一区精品| 一本久道久久久| 国产亚洲欧美日韩美女| 欧美日韩精品免费观看| 午夜视频在线观看一区二区三区| 亚洲第一视频| 久久国产免费看| 中文网丁香综合网| 尤物yw午夜国产精品视频明星| 欧美四级在线| 免费欧美电影| 久久riav二区三区| 99精品欧美一区二区三区综合在线| 久久亚洲国产精品日日av夜夜| 亚洲图片在线观看| 亚洲美女免费视频| 影音先锋久久| 国内精品一区二区| 国产精品久久久久久久电影| 免费观看在线综合| 久久国产加勒比精品无码| 99国产精品视频免费观看一公开| 美女91精品| 久久久精品国产免费观看同学| 亚洲网站视频福利| 一本大道久久a久久综合婷婷| 影音先锋国产精品| 禁久久精品乱码| 国产一区三区三区| 国产日韩在线视频| 国产欧美va欧美va香蕉在| 欧美日韩中文字幕综合视频| 欧美精品久久久久久久免费观看| 久久三级视频| 美国成人直播| 乱中年女人伦av一区二区| 久久久久一本一区二区青青蜜月| 性欧美精品高清| 午夜精品久久久久久久蜜桃app | 亚洲欧美综合| 亚洲自拍电影| 新片速递亚洲合集欧美合集| 午夜久久福利| 欧美一区二区三区四区夜夜大片| 性亚洲最疯狂xxxx高清| 欧美在线999| 久久九九热免费视频| 久久久久高清| 欧美大片专区| 欧美乱人伦中文字幕在线| 欧美精品一区在线发布| 欧美日韩精品一区二区天天拍小说| 欧美日韩天堂| 国产精品久久999| 国产一区视频在线看| 在线观看日韩av电影| 亚洲日本激情| 亚洲午夜av| 久久久久国色av免费观看性色| 久久亚洲精品欧美| 亚洲国产裸拍裸体视频在线观看乱了| 亚洲黄色大片| 在线视频欧美日韩| 欧美一区二区私人影院日本 | 亚洲一区欧美| 久久精品男女| 欧美freesex8一10精品| 国产精品h在线观看| 国语精品中文字幕| 日韩一二在线观看| 欧美在线观看一区二区三区| 久久色在线观看| 99香蕉国产精品偷在线观看| 午夜久久黄色| 欧美精品一区二| 国产日产欧美一区| 亚洲日韩欧美一区二区在线| 一区二区三区毛片| 美日韩免费视频| 99精品视频免费全部在线| 久久久av网站| 国产精品欧美风情| 最新69国产成人精品视频免费| 性色av一区二区三区在线观看 | 亚洲少妇最新在线视频| 久久久久久久久岛国免费| 亚洲精品日韩在线观看| 久久久久.com| 国产精品亚洲综合天堂夜夜| 亚洲国产精品欧美一二99| 久久超碰97人人做人人爱| 日韩性生活视频|