如何編寫不可維護的代碼

25條可行的技巧,使代碼難以維護

在本教程中,我想說明如何編寫不可維護的代碼。

通過編寫無法維護的代碼,您可以確保你將永遠不會被解僱因為你將是唯一能夠理解的人什麼該代碼可以,而且最重要的是為什麼

請注意:此文章具有諷刺意味

  1. 為變量,函數和對象分配怪異的,虛幻的和隨意的名稱。名稱與項目功能或行為方式之間不應存在任何關聯。
  2. 相對於描述性名稱,首選縮寫和首字母縮寫詞。一個字母的變量很棒。
  3. 支持代碼中變量的重用。一律使用i在你的循環中。
  4. 使用您自己的語言命名。畢竟,沒有必要全部使用英語。
  5. 同樣適用於評論。隨意用您說的任何語言編寫它們,誰在乎下一位開發人員是否來自另一個國家?
  6. 至於評論,我在開玩笑。不要寫任何評論。
  7. 如果您確實要編寫註釋,則在更改它們描述的代碼時,不必費心更新它們。
  8. 優先考慮全局變量,而不是對范圍定義過於精明
  9. 永遠不要測試您的代碼。您很好,您的代碼也很好。
  10. 與其說過於簡單,不如說過於復雜。沒有人因為創建一個複雜的,自我實現的架構而被解僱,該架構需要3個月的無用重寫才能完美運行。
  11. 巧妙地優化您的一切。計算機運行緩慢,我們應避免計算機過熱並幫助應對氣候變化。在彙編中重寫代碼通常是一個好主意。
  12. 相對未知的語言和框架總是比流行且經過戰鬥驗證的解決方案更好。在其他所有人使用的解決方案上更喜歡它們。
  13. 更好的是,創建自己的框架。
  14. 永遠不要使用第三方庫
  15. 過度使用第三方庫
  16. 使用您所閱讀的每種設計模式,並儘力將其融入您的設計中
  17. 使用大型公司構建的工具,因為他們會更好地了解它,並且您的1人創業公司肯定會從構建這些工具的成千上萬的工時中受益。如果它們使用起來非常複雜並且具有自己的一套聽起來不錯的命名約定,則可以加分。
  18. 不要使用版本控制,甚至根本不要對代碼進行版本控制。畢竟,該程序只有一個正確的版本。您可以輕鬆記住執行的所有更改,最重要的是為什麼進行了更改。無需在外部存儲庫中跟踪它。
  19. 從Stack Overflow或隨機博客中自由複制和粘貼代碼,而無需先了解它
  20. 縮進無關緊要。完全沒有。也要混合空格和製表符。
  21. 自由使用抽象。抽像很棒。使所有東西都可重用,並像國王一樣考慮周全。
  22. 也許您會在未來20年內要完成的每個項目中重用該庫,誰知道呢?最好先考慮所有可能的極端情況。
  23. 始終實施您擁有的每一個好主意
  24. 2000-lines functions are a great idea
  25. 假設有一個10倍的工程師在您編碼時看著您的肩膀。

更多實驗教程: