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