小編今天收集了很多編程語錄，基本上都跟程式設計師的生活有關。這些語錄涉及軟體開發，代碼維護，調試糾錯，軟體 Bug，系統設計、文檔，代碼質量，測試和軟體開發團隊管理等方面。
下面的這 59 條語錄雖然很搞笑，但卻真實無比，只有程式設計師才能理解這些編程語句裡的真正內涵。閒言少敘，開始吧…
17 條程式設計師編程語錄
一個好的程式設計師是那種過單行線馬路都要往兩邊看的人。(Doug Linder)程序有問題時不要擔心。如果所有東西都沒問題，你就失業了。(軟體工程的Mosher定律)程式設計師的麻煩在於，你無法弄清他在搗騰什麼，當你最終弄明白時，也許已經晚了。(超級計算機之父Seymour Cray)我想大部分人都知道通常一個程式設計師會具有的美德。當然了，有三種：懶惰，暴躁，傲慢。(Perl語言發明者Larry Wall)編程時要保持這種心態：就好象將來要維護你這些代碼的人是一位殘暴的精神病患者，而且他知道你住在哪。(Martin Golding)一個人寫的爛軟體將會給另一個人帶來一份全職工作。(Jessica Gaston)如果建築工人像程式設計師寫軟體那樣蓋房子，那第一隻飛來的啄木鳥就能毀掉人類文明。(Gerald Weinberg)這世界最有可能毀滅的方式——大多數專家都同意——是次意外。這就是為什麼會有我們，我們是計算機專家，我們創造意外。(Nathaniel Borenstein)我們這個行業有個特別奇怪的現象：不僅我們不從失敗裡吸取教訓，同時也不從成功中學習經驗。 (Keith Braithwaite)一種新技術一旦開始流行，你要麼坐上壓路機，要麼成為鋪路石。(Stewart Brand)如果沒能一次成功，那就叫它 1.0 版吧。(unknown)所有的程式設計師都是編劇，所有的計算機都是爛演員。(Anonymous Hack Actor)工作進度上越早落後，你就會有越充足的時間趕上。(Anonymous Scheduler)當有這樣的一種程式語言出現：它能讓程式設計師用簡單的英語編程，你將會發現，程式設計師都開始不會說英語。(Anonymous Linguist)為什麼我們沒有時間把事情做對，卻總有時間把事情做過頭？(Anonymous)傻瓜都能寫出計算機能理解的程序。優秀的程式設計師寫出的是人類能讀懂的代碼。任何你寫的代碼，超過 6 個月不去看它，當你再看時，都像是別人寫的。(Eagleson’s law)
25 條編程/軟體開發語錄
按代碼行數來評估軟體開發的進度，就如同按重量來評估飛機建造的進度。(比爾-蓋茨)軟體就像做愛。一次犯錯，你需要用餘下一生來維護支持。(Michael Sinz)在水上行走和按需求文檔開發軟體都很容易——前提是它們都是凍結狀態。(Edward V Berard)最初 90% 的代碼用去了最初 90% 的開發時間…餘下 10% 的代碼用去了另外 90% 的開發時間。(Tom Cargill)注釋代碼很像清潔你的廁所——你不想幹，但如果你做了，這絕對會給你和你的客人帶來更愉悅的體驗。(Ryan Campbell)如今的編程是一場程式設計師和上帝的競賽，程式設計師要開發出更大更好、傻瓜都會用到軟體。而上帝在努力創造出更大更傻的傻瓜。目前為止，上帝是贏的。(Rick Cook)軟體設計最困難的部分…是阻擋新功能的引入。(Donald Norman)為了理解遞歸，我們首先要理解的是遞歸。(Anonymous)世上只有兩類程式語言：那些擁有被人詬病的和那些沒人用的。(Bjarne Stroustrup)The best thing about a boolean is even if you are wrong, you are only off by a bit. (Anonymous)如果Java能實現真的垃圾回收，那大部分的程序都會在執行時刪除自己。(Robert Swell)理論上，理論和實踐是沒有差異的。但實踐中，是有的。(Jan L. A. van de Snepscheut)預備，開火，瞄準：這是最快的軟體開發方法。預備，瞄準，瞄準，瞄準，瞄準：這是最慢的軟體開發方法。(Anonymous)編程是 10% 的科學，20% 的天分 和 70% 的讓這天分符合科學。(Anonymous)評估一個事情要比去理解你評估了什麼容易。(Anonymous)測評不會撒謊，但測評的人會。(Anonymous)培養員工，即使他們有跳槽的風險。什麼都不做而留他們在公司，這樣風險更大。(Anonymous)計算機科學的目標是做出一個東西，並且保證它至少能堅持到我們將它開發完成。(Anonymous)Java 之於 JavaScript 如同 Car 之於 Carpet。 (Chris Heilmann)起初就把事情做對是完全沒必要的。但最後要把事情做對是絕對必要的。(Andrew Hunt and David Thomas)數組的起始索引應該從 0 開始還是從 1 開始？我的 0.5 的折中提議被他們未經認真考慮就拒絕了——我認為是這樣的。(Stan Kelly-Bootle)程序必須是為了給人看而寫，給機器去執行只是附帶任務。(Abelson / Sussman)編程可以很有趣，你可以用它做密碼學研究，但兩者絕對不能合二為一。(Kreitzberg and Shneiderman)拷貝-粘貼是一種設計錯誤。(David Parnas)計算機善於遵循指令，但不善於理解你的思維。(Donald Knuth)
4 條軟體糾錯語錄
刪除的代碼是沒有 Bug 的代碼。(Jeff Sickel)如果糾錯是消除軟體 Bug 的過程，那編程一定是把它們放進去的過程。(Edsger Dijkstra)代碼糾錯要比新編寫代碼困難一倍。因為，如果你寫出了最聰明的代碼，按此推算，你將沒有更大的智慧來 debug 它。想在自己的代碼裡找出一個錯誤是十分困難的。而當你認為你的代碼沒有錯誤時，那就更難了。(Steve McConnel)
5 條軟體 Bug 語錄
這不是個 Bug——這是一個未註明的功能特徵。(Anonymous)沒有需求或設計，編程就是一種將bug添加到一個空文本文件裡的藝術。(Louis Srygley)爛代碼並不爛，只是被誤解了。(Anonymous Code Behaviorist)有兩種方法能寫出沒有錯誤的程序；但只有第三種好用。(Alan J. Perlis)小心上面代碼中的 Bug；我只知道這些代碼是正確的，但沒有試過。(Donald Knuth)
8 條軟體產品/成品語錄
軟體能夠復用前，它必須要可用。(Ralph Johnson)軟體通常在 beta 測試完成不久後發布。Beta 在拉丁語中是「還不能用」的意思。(Anonymous)最好的性能改進是將軟體從不能用的狀態變成可用。(J. Osterhout)最廉價、最快速、最可信賴的組件是那些還未出現的組件。(Gordon Bell)I think Microsoft named .Net so it wouldn’t show up in a Unix directory listing. (Oktal)軟體和教堂非常相似——建成之後我們就在祈禱。(Sam Redwine)除非最後一個用戶死掉，軟體是不會有完工的時候的。(Anonymous)如今的大部分軟體都非常像埃及金字塔，由成千上萬的石塊一個摞一個構成，沒有結構上的集成，是由暴力強制和成千上萬的奴隸完成。(Alan Kay)
身為程式設計師的您，是否也感同身受吶？歡迎底部留言分享。