程序員過(guò)來(lái)了解一下，IT大神們說(shuō)過(guò)的那些名言，最后一個(gè)厲害了！

　　別人也許不理解程序員

　　但I(xiàn)T大神們一定最了解你們

　　看看他們?cè)?jīng)說(shuō)過(guò)哪些名言

　　戳中你的心?

　　Dennis Ritchie

　　UNIX很簡(jiǎn)單。但需要有一定天賦的人才能理解這種簡(jiǎn)單。

　　Ralph Johnson

　　軟件在能夠復(fù)用前必須先能用。

　　Fred Brooks

　　優(yōu)秀的判斷力來(lái)自經(jīng)驗(yàn)，但經(jīng)驗(yàn)來(lái)自于錯(cuò)誤的判斷。

　　佚名

　　‘理論’是你知道是這樣，但它卻不好用。

　　‘實(shí)踐’是它很好用，但你不知道是為什么。

　　程序員將理論和實(shí)踐結(jié)合到一起：既不好用，也不知道是為什么。

　　Steve McConnell 《代碼大全》

　　當(dāng)你想在你的代碼中找到一個(gè)錯(cuò)誤時(shí)，這很難;

　　當(dāng)你認(rèn)為你的代碼是不會(huì)有錯(cuò)誤時(shí)，這就更難了。

　　Gerald Weinberg

　　如果建筑工人蓋房子的方式跟程序員寫程序一樣，那第一只飛來(lái)的啄木鳥就將毀掉人類文明。

　　佚名

　　項(xiàng)目開發(fā)的六個(gè)階段：

　　1. 充滿熱情

　　2. 醒悟

　　3. 痛苦

　　4. 找出罪魁禍?zhǔn)?/p>

　　5. 懲罰無(wú)辜

　　6. 褒獎(jiǎng)閑人

　　Steve McConnell 《代碼大全》

　　優(yōu)秀的代碼是它自己最好的文檔。當(dāng)你考慮要添加一個(gè)注釋時(shí)，問(wèn)問(wèn)自己，“如何能改進(jìn)這段代碼，以讓它不需要注釋?

　　Bertrand Russell

　　我們這個(gè)世界的一個(gè)問(wèn)題是，蠢人信誓旦旦，智人滿腹狐疑。

　　佚名

　　無(wú)論在排練中演示是如何的順利(高效)，當(dāng)面對(duì)真正的現(xiàn)場(chǎng)觀眾時(shí)，出現(xiàn)錯(cuò)誤的可能性跟在場(chǎng)觀看的人數(shù)成正比。

　　Robert Firth

　　羅馬帝國(guó)崩潰的一個(gè)主要原因是，沒(méi)有0，他們沒(méi)有有效的方法表示他們的C程序成功的終止。

　　佚名

　　C程序員永遠(yuǎn)不會(huì)滅亡。他們只是cast成了void。

　　Edsger Dijkstra

　　如果debugging是一種消滅bug的過(guò)程，那編程就一定是把bug放進(jìn)去的過(guò)程。

　　Bertrand Meyer

　　你要么要軟件質(zhì)量，要么要指針?biāo)惴?兩者不可兼得。

　　Alan J. Perlis

　　有兩種方法能寫出沒(méi)有錯(cuò)誤的程序;但只有第三種好用。

　　比爾·蓋茨

　　用代碼行數(shù)來(lái)測(cè)評(píng)軟件開發(fā)進(jìn)度，就相對(duì)于用重量來(lái)計(jì)算飛機(jī)建造進(jìn)度。

　　Tom Cargill

　　最初的90%的代碼用去了最初90%的開發(fā)時(shí)間。余下的10%的代碼用掉另外90%的開發(fā)時(shí)間。

　　Anon

　　程序員和上帝打賭要開發(fā)出更大更好——傻瓜都會(huì)用的軟件。而上帝卻總能創(chuàng)造出更大更傻的傻瓜。所以，上帝總能贏。