|
|
好的程序員這樣一類人，這類人在橫穿一條單行道前都要先看一下路兩邊。– Doug Linder,系統(tǒng)管理員
關(guān)于工具，一個最重要的，也是最不易察覺的方面是，工具對使用此工具的人的習(xí)慣的潛移默化的影響。如果這個工具是一門程序語言，不管我們是否喜歡它，它都會影響我們的思維慣式。–Edsger Dijkstra,計算機(jī)科學(xué)家，著名的“程序=數(shù)據(jù)結(jié)構(gòu)+算法”的提出者。
抽象和模糊完全地不同，抽象的目的并不是把事情變模糊，而去創(chuàng)建一個新的語義層，在那里是絕對精確的描述。— Edsger Dijkstra
除了數(shù)學(xué)愛好，對于一個有能力的程序員來說，出色地掌握自己的母語是最寶貴的財富。– Edsger Dijkstra
C很容易使你搬起石頭砸自己的腳，而C++把這事變得更難，但是如果一定要這么做，那么你的整條腿都會被炸飛-Bjarne Stroustrup, C++語言的發(fā)明者
修復(fù)bug很容易，但是定位bug卻很困難–匿名
看看當(dāng)前計算機(jī)程序糟糕的事態(tài)，軟件開發(fā)明顯一直是一門妖術(shù)，其仍然不能被稱為一個工程學(xué)。–比爾.克林頓美國前總統(tǒng)
長期以來，有個事一直困擾著我，那就是越是昂貴的，越是前沿的，就越可能是沒用的。然后，困擾我的另一個事是，計算機(jī)是一個死的機(jī)器，卻可以不可思議地去完成那些巧妙的事情，而計算機(jī)程序員是那么聰明人卻在做著不可思議的愚蠢的事情，簡而言之，他們真是天生的一對。– Bill Bryson旅游文學(xué)作家 Big Country中的筆記
只要給于足夠的重視，所有的bug浮現(xiàn)出來(比如：只要給于足夠多的beta測試者和開發(fā)人員一起工作，那么，幾所所有的問題都會很快的出現(xiàn)，而修正也會是顯而易見的）
好的代碼是因為它擁有最好的文檔。當(dāng)你打算加注釋的時候，問問自己‘我如何才能把我的代碼改善到不需增加注釋？’重構(gòu)自己的代碼，然后使文檔讓其更清楚。— Steve McConnell《代碼大全》的作者
嘿，編譯通過了！出貨！–匿名
在每個編寫精良的大程序里面都是一個編寫精良的小程序。–Charles Antony Richard Hoare,計算機(jī)科學(xué)家
需要注意的是，沒有哪個經(jīng)過規(guī)范培訓(xùn)的工程師會贊成寫一個DestoryBaghdad（摧毀巴克達(dá)）的函數(shù)。最基本的職業(yè)規(guī)范會告訴他們應(yīng)該去寫一個叫DestoryCity的函數(shù)，然后把“Baghdad”（巴克達(dá)）當(dāng)成這個函數(shù)的參數(shù)。
管理程序員就如同養(yǎng)一群貓一樣–匿名
用代碼行數(shù)來衡量編程的進(jìn)度，就如同用航空器零件的重量來衡量航空飛機(jī)的制造進(jìn)度一樣。——Bill Gates，微軟創(chuàng)始人
好的代碼都都在的批評聲中寫成的，而差的則是在表楊聲中寫成的。——Bjarne Stroustrup,摘自《The Design and Evolution of C++》
代碼應(yīng)該是寫給其他人來讀的，而能讓機(jī)器運(yùn)行的僅僅是附帶著的。
真正程序員從來不寫代碼的注釋，如果代碼非常難寫，那么同樣代碼的注釋也會非常難懂–匿名
簡單是可靠的前提條件—迪杰斯特拉
C語言——一門同時具有了匯編語言靈活性和匯編語言強(qiáng)大能力的語言。–匿名
開始的90%的代碼用了90%的開發(fā)時間，而剩下的最后的10%的代碼會需要另外90%的開發(fā)時間。– Tom Cargill,面向?qū)ο缶幊虒＜?貝爾實驗室
增加一個功能特性的成本并不單單是為這些功能編碼所花費(fèi)時間的成本，還這個成本應(yīng)該包括特性擴(kuò)展的障礙成本。當(dāng)然，任何的功能清單都可以被實現(xiàn)，只需要有足夠的時間。但是除些之外，你應(yīng)該對你的代碼庫的脆弱性感到緊張，而那些新的想法應(yīng)該足夠的簡單，而不是去花費(fèi)更多更多的時間去糾纏于現(xiàn)有的蜘蛛網(wǎng)。這里的決竊是挑選那些不會和別人沖突的的功能。
表現(xiàn)的關(guān)鍵是精美和典雅的，并不是使用大量的特殊案例。對于任何調(diào)整的沖動都應(yīng)該是被限制的，除非其回報真的是值得注意的。– Jon Bently and M. Douglas McIlroy,二者都是貝爾試驗實的計算機(jī)科學(xué)家
最后一件用C做的好作品就是弗朗茨.舒伯特的C大調(diào)第9交響曲— Erwin Dieterich, programmer程序員
使用C++最大的問題是..在C++語言里，存在這一種很強(qiáng)的趨勢，就是如果你不明白C++語言的細(xì)節(jié)，你就無法做好任何事情。– Larry Wall, developer of the Perl language
你越早開始都手編碼，你所花費(fèi)來編程的時間就越長— Roy Carlson, University of Wisconsin
原型的價值在于他給你的教訓(xùn)，而不是代碼自身— Alan Cooper, software author, from The Inmates are Running the Asylum
世界上只有兩類編程語言：人們都抱怨的語言和從來沒有人使用的語言— Bjarne Stroustrup
世界上有兩個設(shè)計軟件的方法，一種方法是設(shè)計的盡量簡單，以至于明顯的沒有什么缺陷，另外一種方式是使他盡量的復(fù)雜，以至于其缺陷不那么明顯。
丑陋的程序就像一座丑陋的吊橋：他們相比漂亮的良好的吊橋起來，更有可能會坍塌，這是因為人類（尤其是工程師）感知漂亮的東西是和我們處理和理解復(fù)雜問題的能力相關(guān)的。所以，一個程序語言如果很難以優(yōu)雅地方式編程，那么其就很難寫出好的代碼。
成周的編程可以節(jié)省你計劃的時間——匿名
當(dāng)程序語言被設(shè)計成允許程序以很簡單的英語來編程的時候，人們將會發(fā)現(xiàn)編寫程序的程序員都來自不會說英語的地方。–匿名
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
