1、程序不會照自己所想的跑。只會照所寫的跑。

2、我對軟件設計的方式導出的結論，有兩種方式。一是把軟件設計得單純到很明顯不會有缺陷，不然就是把軟件設計得復雜到沒有辦法看到明顯的缺陷。3、有意見的話你寫。4、要殺一個程序員不需要刀，改三次需求就好無論需求多晚才能確定，完工期限永遠不會變。這是所謂的「期限守恒定理」。5、客戶總是覺得誰跟追加需求是不用錢的。6、一個人掛了大家都掛了。7、bug過了一晚可能就變成需求了。8、顧客想受PM喜歡，要自己了解到系統開發需要時間與金錢，早點確定需求。PM想受顧客喜歡，則要讓程序員討厭自己。9、很多PM跟程序員都暗自想著有錢有時間的話什么系統都想自己動手做，這樣有成就感不過都沒這種機會。10、質量的劣化程度依需求改變的次數與規模而定。11、業務是認為空想能夠實現的夢想家。PM則是深信任何障礙都能突破的冒險家。程序員則是被夢想家和冒險家拋到漆黑海里的漂流者。12、有才能的程序員第一次看到設計細節時，要先理解程序的目的。接下來要設法讓PM了解到用指定的方法、時間并無法完成這個工作。13、程序是運氣與直覺堆砌而成的奇跡。若不具備這兩者，不可能以這樣的工時實現這樣的需求。修改需求是對奇跡的褻瀆行為。而追加修改則是相信奇跡還會重現的愚蠢行動。14、PM需要持久力，程序員需要爆發力。15、每天準時下班，工作會變多。16、完美的程序需要完美的時間與金錢。17、詳細設計要在程序代碼的批注里做完。批注是程序員唯一的自衛手段，至少要讓自己看懂。18、還有時間看程序代碼的話就執行他。CPU跑得比腦細胞快。至少這時候可以休息。19、程序的異常該稱為「bug」還是「技術或需求上的限制」是看期限還剩多久決定的。20、禱告上線沒有問題，然后跑吧。21、程序不是用腦記的，要用身體記住。22、當誰寫的程序代碼跑出嚴重bug時，那個人通常都不在了（xxx定理？）23、需求書就像航海圖，客戶則是水流。水流陰晴不定，航海圖就變垃圾。24、程序員必須在沒有航海圖的海上憑自己的力量找到大陸。25、多想個10秒鐘，你可以不說「嗯，這個做得到」。26、人是無法從別人失敗記取教訓的動物。砍成本、改需求、加需求、趕上線，從來沒有人從眾多失敗中記取教訓。27、老手用來提振精神的魔法格言：「比起以前來說算是輕松…」。新人用來提起干勁的魔法格言：「把這件工作做完的話…」他們還不知道工作是沒有終點的。28、程序、PM、經理不是職務。是逃不掉的連環責任。29、能夠迅速想到解法的程序員太多了。30、他們能用一分鐘想到方法，用一天去寫程序

總結

以上是生活随笔為你收集整理的盘点程序员经典语录的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。