如何撰寫不易維護的程式碼
25個實用的技巧，讓你寫出最不易維護的程式碼。 在這篇教學中，我想說明如何撰寫不易維護的程式碼。 透過撰寫不易維護的程式碼，你可以確保自己永遠不會被解雇，因為你將是唯一能理解程式碼做了什麼，以及更重要的是為什麼這麼做的人。 請注意：本文章帶有諷刺的意味。 為你的變數、函數和物件取奇怪、幻想和隨便的名字。名字與該項目的功能或行為應無相關性。 偏好縮寫和首字母縮略詞，不要使用描述性的名字。一個字母的變數很棒。 在程式碼中儘量重複使用變數。在迴圈中始終使用「i」。 使用你自己的語言給名字。畢竟，沒有必要只使用英文。 同樣適用於註釋。隨意使用你懂的任何語言寫註釋，誰在乎下一位開發者來自其他國家呢？ 關於註釋，我正在開玩笑。不要寫任何註釋。 如果你真的想寫註釋，那就不用麻煩去更新描述該程式碼的註釋，當你更改該程式碼時。 偏好使用全局變數而不是過於聰明的作用域。 永遠不要測試你的程式碼。你很牛，你的程式碼也很牛。 偏好使事情過於複雜而不是過於簡單。沒人會因為建立一個複雜且自我實現的架構而火速導致一個已經運作完美的程式碼重新編寫3個月而被解雇。 以巧妙的方式優化任何你可以的地方。電腦很慢，我們應該避免讓它過熱並幫助對抗氣候變化。將程式碼改寫成組合語言通常是個好主意。 相對不知名的語言和框架總是比經受過考驗的流行解決方案更好。在所有人都使用的解決方案之上，選擇它們。 更好的做法是自己創建框架。 永遠不要使用第三方庫。 過度使用第三方庫。 使用你讀過的每種設計模式，並試著將其納入你的設計中，即使它實際上並不適合。 使用大公司建立的工具，因為他們更了解，你的一個人的新創公司一定會受益於成千上萬的人力資源的投入。如果它們非常難以使用並具有自己聰明聽起來的命名慣例，則額外加分。 不要使用版本控制，甚至完全不版本化程式碼。畢竟，程式的版本只有一個正確的版本。你可以輕鬆記住你所做的所有更改，最重要的是記住更改的原因，無需在外部存儲庫中跟踪它。 在不了解之前，可以自由地從Stack Overflow或隨機部落格中複製貼上程式碼。 縮排一點也不重要。完全沒關係。縮排空格和縮排制表符混用也沒關係。 自由地過度使用抽象。抽象很棒。讓所有東西都可重複使用，過度思考事情就像國王一樣。 也許你將在未來20年中在每個專案中重複使用這個庫，誰知道呢？最好先考慮所有可能的邊緣情況。 總是實現你所有的好點子。 2000行的函數是個好點子。 假設一位10倍工程師正在看著你編碼。