[[147997]]

每一個程序員在他的職業生涯中某一天都會突然獲得開示，這種開示在通常某一個夜晚悄然降臨，有時是以圖靈本人托夢的形式出現。

這一開示的主要內容如下：

程序員是真正理解思維和邏輯真諦的人。非程序員是被蒙蔽的無知者。

寫出低質量的代碼的特征包括但不限于：

· 心安理得地寫出低質量的代碼

· 最終寫出了低質量代碼卻不在之后改善它

· 自以為寫出了質量很高但實際質量很低的代碼

低質量的特征包括但不限于：

· 文件關系混亂

· 注釋過期、不明確或者沒有

· 文檔過期、不明確或者沒有

· 架構亂設計

· 過度設計

· 不檢查用戶輸入的錯誤情況

· 不檢查API或者函數返回的errorcode或者exception

· 沒有單元測試等自動化測試過程

· 編譯起來很難

· 到處復制代碼，公用的部分不整理成內部庫

很多在互聯網行業滾打的程序員發表了自己獨到見解，你是否也是這么認為了?來一起和志同道合的程序員同伴們好好聊聊吧。

[[147998]]

知乎網友：Fireman A，曾經是某電信公司的網站及應用負責人

每一個程序員對于世界上其他程序員有著不可推卸的責任。每一個程序員都必須盡力維護程序員這一高貴種族的延續，并保證世界的命運控制在程序員手中，既不被無知者淹沒，也不被機器智能取代。

完成這一使命的***方式，是保證穩定地出產低質量，難以理解，修改和維護的代碼。每一個負責任的程序員，他每一年的產出，必須為另外三個程序員制造一年的就業機會。唯此，程序員一族可生生不息，整個IT行業欣欣向榮。

知乎網友：蘇莉安

「負責驗收的領導都打好招呼了，到時候走個過場就行。反正項目經費到手之后這東西也不會有人真用，抓緊時間，兩周之內完成。對了，首頁做漂亮點。」

知乎網友：狗叔，攻城獅B

“這個功能大概幾天能完成?”

“五天吧。”

“給你三天，代碼跑起來再說。”

匿名用戶

你知道我碰到過客戶主動要求降低代碼質量并加 BUG 的情況嗎?原來他是要把我們的項目送去第三方機構評測，但是又害怕對方收錢不辦事，不加幾個 BUG 怎么知道對方測沒測?不降低點代碼質量搞得混亂點，怎么防止對方拿了代碼又出去賣或者開發同類產品?

我被客戶“高瞻遠矚”的思考深深的“折服”了，于是我生平***次開始琢磨怎么才能把一切搞亂?怎么才可以把 BUG 加的有深有淺……

知乎網友：陳萌萌，其實我是一個AI_(:з」∠)_

“別想太多，先讓代碼work起來，大家都這么干的!”簡直是神借口啊!

每個有責任心的程序員大神（小編一直以來對程序員一族的敬稱）都是不允許自己寫出低質量的代碼的，在上述網友的境遇相信很多大神們都常常遇到，所以這些借口，不這些無法避免的環境改變了大神們高貴的初心，寫出了低質量的代碼，讓大神們也在水生火熱的境遇中煎熬。