寫出一手爛程式碼的19條準則
機器之心報導
參與:思
要是想寫個爛程式碼,我們只需遵守這十九條準則?
「程式碼寫得好」是對機器學習研究者及開發者最好的讚揚。其第一層意思是說,你的模型非常好,有自己的理解與修正;第二層意思是說程式碼的結構、命名規則、編寫邏輯都非常優秀。
我們曾經將寫程式碼比喻成寫文章:不僅需要有一個主旨,告訴別人程式碼的作用是什麼,同時還應該在精煉與易讀之間做權衡。程式碼過於精煉,整體邏輯難以跟隨,程式碼過於易讀,整體就顯得比較臃腫。
在精簡與易讀之間做權衡,第一種方法根據列表推導式能獲得更精簡的程式碼,但第二種方法更易讀。
如果說到什麼是好程式碼,我們肯定都能說出一堆規則,例如使用一致的格式和縮排、使用清晰的變數名和方法名、在必要時提供文件與註釋、不要過度精簡程式碼等等。
但是對於什麼是爛程式碼,你有比較清晰的認識嗎?
在 GitHub 上有一個新專案,它描述了「最佳垃圾程式碼」的十九條關鍵準則。從變數命名到註釋編寫。這些準則將指導你寫出最亮眼的爛程式碼。
為了保持與原 GitHub 專案一致的風格,下文沒有進行轉換。讀者們可以以相反的角度來理解所有觀點,這樣就能完美避免寫出垃圾程式碼。
專案地址:https://github.com/trekhleb/state-of-the-art-shitcode
當然,以下十九條垃圾程式碼書寫準則並沒有面面俱到,如果讀者們發現有一些難以忍受的爛程式碼習慣,也可以留言發表你的看法。
第一條:打字越少越好
如果我們鍵入的東西越少,那麼就有越多的時間去思考程式碼邏輯等問題。如下所示,「Good」表示遵循該規則的示例,Bad 表示沒遵循該規則的示例。
第二條:變數/函式混合命名風格
我們需要混合命名方法與變數,這樣才能體現命名的多樣性。
第三條:不要寫註釋
反正程式碼都看得懂,為什麼要寫註釋?或者說,反正沒人看我的程式碼,為什麼要寫註釋?
第四條:使用母語寫註釋
如果你違反了第三條規則,那麼至少寫註釋需要用你的母語或者其它語言。如果你的母語是英語,那麼你也算違反了這條規則。既然程式語言絕大多數都是用英文,那麼為什麼不用其它語言註釋一下?
第五條:儘可能混合不同的格式
同樣,為了程式碼的多樣性,我們需要儘可能混合不同的格式,例如單引號或雙引號。如果它們的語義相同,那就應該混用。
第六條:儘可能把程式碼寫成一行
如果一系列引數與方法都是一起實現的,那麼程式碼也要寫在一起。
第七條:發現錯誤要保持靜默
當你發現某些錯誤時,其他人不需要了解它,因此不需要列印出日誌或 Traceback。
第八條:廣泛使用全域性變數
使用全域性變數,是面向「全球化」不可或缺的部分。
第九條:構建備用變數
以防萬一,我們需要建立一些備用變數,在需要時隨時呼叫它們。
第十條:Type 使用需謹慎
一般不要指定變數型別或者經常做型別檢查,無型別才是最好的型別。
第十一條:準備「Plan B」
你需要準備一些執行不到的程式碼(unreachable code),它們可以作為你的「Plan B」。
第十二條:巢狀的三角法則
如果程式碼有一些巢狀結構,或者說縮排空行的結構,三角法則是最漂亮的。
第十三條:混合縮排
我們需要避免採用縮排,因為縮排會使複雜程式碼在編輯器中佔用更多的空間。如果一定要採用縮排,那麼就使用混合縮排策略。當然,這種策略在 Python 中是行不通的,因為它靠縮排來確定程式碼結構。
第十四條:不要鎖住依賴項
每一次要安裝新庫時,更新已有的依賴項。為什麼要維持之前的版本呢,我們需要時刻保持最新的第三方程式碼庫。
第十五條:長函式比短函式好
不要將程式整體邏輯分割為一些程式碼塊,要是 IDE 突然不行了,它找不到必要的檔案或函式怎麼辦。因此把程式碼寫在一個主體函式中,並且不再維護額外的函式匯入或程式碼檔案,那麼這樣的方法是最穩定的。
單個檔案一萬行程式碼是沒問題的,單個函式一千行程式碼也是沒問題的。
第十六條:程式碼不需要做特定測試
這些測試通常是重複且無意義的工作。
第十七條:儘量避免重複程式碼
按你的想法寫程式碼,尤其是在小團隊中,畢竟這是「自由」準則。
第十八條:構建新專案不需要 README 文件
在專案前期,我們可以暫時保持這種狀態。
第十九條:儲存不必要的程式碼
在寫程式碼的過程中,經常會產生很多測試程式碼。這些程式碼也是非常重要的資料,因此不能刪除掉,最多隻能註釋掉。
零基礎學 Python,來這裡
只需7天時間,跨進Python程式設計大門,已有3800+加入
【基礎】0基礎入門python,24小時有人快速解答問題;
【提高】40多個專案實戰,老手可以從真實場景中學習python;
【直播】不定期直播專案案例講解,手把手教你如何分析專案;
【分享】優質python學習資料分享,讓你在最短時間獲得有價值的學習資源;圈友優質資料或學習分享,會不時給予讚賞支援,希望每個優質圈友既能賺回加入費用,也能快速成長,並享受分享與幫助他人的樂趣。
【人脈】收穫一群志同道合的朋友,並且都是python從業者
【價格】本著佈道思想,只需 69元 加入一個能保證學習效果的良心圈子。
【贈予】價值109元 0基礎入門線上課程,免費送給圈友們,供鞏固和系統化複習
相關文章
- 怎麼避免寫出爛程式碼
- 高效編寫Dockerfile的幾條準則Docker
- 七個不一樣的Python程式碼寫法,讓你寫出一手漂亮的程式碼Python
- 垃圾程式碼書寫準則(有意思)
- 【譯】如何寫一手漂亮的測試程式碼
- [積德篇] 如何少寫PHP “爛”程式碼PHP
- [積德篇] 如何少寫PHP "爛"程式碼PHP
- 架構師日記-如何寫的一手好程式碼架構
- 本著什麼原則,才能寫出優秀的程式碼?
- 如何寫出一手好的小程式之多端架構篇架構
- PyTorch最佳實踐,怎樣才能寫出一手風格優美的程式碼PyTorch
- 導致程式設計師寫出爛程式碼的35個惡習,看看你染上了幾個?程式設計師
- 五個簡單的原則,帶你寫出整潔程式碼
- 我總結了寫出高質量程式碼的12條建議
- 「譯」寫好JavaScript條件語句的5條守則JavaScript
- 菜鳥程式設計師都是怎樣寫程式碼的?你也可以學一手程式設計師
- Python 工匠:編寫條件分支程式碼的技巧Python
- 如何寫出更好的 React 程式碼?React
- 如何寫出優雅的程式碼?
- 寫出優雅的js程式碼JS
- 如何寫出漂亮的 JavaScript 程式碼JavaScript
- 如何寫出整潔的程式碼
- 9條消除if...else的錦囊妙計,助你寫出更優雅的程式碼
- 編寫高質量程式碼的50條黃金守則-Day 02(首選readonly而不是const)
- 程式設計師升職最快的原因竟然程式碼寫的最爛?網友評論:沒毛病!程式設計師
- 【譯】如何寫出更好的 React 程式碼React
- [譯] 如何寫出更好的 React 程式碼?React
- [譯] 如何寫出漂亮的 JavaScript 程式碼JavaScript
- 如何寫出更優質的程式碼
- 寫給工程師的十條精進原則!工程師
- 寫給工程師的10條精進原則工程師
- 寫給工程師的十條精進原則工程師
- 寫給前端工程師的10條實用原則前端工程師
- 寫給工程師的十條精進原則-摘要工程師
- 如何寫出優雅耐看的JavaScript程式碼JavaScript
- 誰說這程式碼爛啊,這程式碼太棒了!
- 編寫高質量程式碼的30條黃金守則-Day 01(首選隱式型別轉換)型別
- 裝逼只服程式設計師!用程式碼寫出租廣告,網友回覆亮了:程式碼有點爛啊程式設計師