什麼情況讓程式設計師處於水深火熱中

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

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

程式設計師是真正理解思維和邏輯真諦的人。非程式設計師是被矇蔽的無知者。

寫出低質量的程式碼的特徵包括但不限於：

• 心安理得地寫出低質量的程式碼
• 最終寫出了低質量程式碼卻不在之後改善它
• 自以為寫出了質量很高但實際質量很低的程式碼

低質量的特徵包括但不限於：

• 檔案關係混亂
• 註釋過期、不明確或者沒有
• 文件過期、不明確或者沒有
• 架構亂設計
• 過度設計
• 不檢查使用者輸入的錯誤情況
• 不檢查API或者函式返回的errorcode或者exception
• 沒有單元測試等自動化測試過程
• 編譯起來很難
• 到處複製程式碼，公用的部分不整理成內部庫

很多在網際網路行業滾打的程式設計師發表了自己獨到見解，你是否也是這麼認為了?來一起和志同道合的程式設計師同伴們好好聊聊吧。

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

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

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

知乎網友：蘇莉安

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

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

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

“五天吧。”

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

匿名使用者

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

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

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

“別想太多，先讓程式碼work起來，大家都這麼幹的!”簡直是神藉口啊!

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