每過一段時刻，我都能讀到一些好東西，它是如此的深刻見解，寫的如此的明晰，如此的條理，我有必要把它錄入進我的自個“史上最好”圣物集里。近來，我新錄入了一篇，十分棒的一篇叫做《Best Practices for Scientific Computing》的文章，我期望每個來讀這篇文章的讀者都找個時刻讀讀它。我在這里列出它的關鍵，是要鼓勵你去閱覽完好的全文。寫的真是十分好。

1. 給人寫程序，而不是給計算機。
   1. 一個程序，對于閱覽它的人來說，不應當請求讀者一次性的在大腦里加載過多的背景/有關常識。
   2. 命名需求一向、清晰、有意義
   3. 代碼個性和格局要共同共同
   4. 軟件開發中的各種作業都要分割成1小時擺布的任務
2. 重復性的作業主動化。
   1. 讓計算機去做重復性的作業
   2. 把近來運用過的指令存到一個文件里，以備復用
   3. 運用編譯東西來主動化體系流程
3. 用計算機做歷史記錄
   1. 用軟件東西來主動跟蹤計算機的作業
4. 逐漸改進。
   1. 每次做一小步，及時獲得反應，及時糾正
5. 運用版別操控。
   1. 運用一個版別操控體系
   2. 一切由手工創立的東西都要放到版別操控體系里
6. 不要重復自個(或別人)。
   1. 體系中的每一段數據都要有一個威望的單一的存在
   2. 代碼應當模塊化復用，而不是考來粘去
   3. 復用代碼，而不是重寫代碼
7. 準備好抵擋錯誤的辦法
   1. 在程序中添加斷言，查看它們的各種操作
   2. 運用現成的單元測驗結構
   3. 測驗程序時學習一切的可用的經歷
   4. 把bug做成測驗用例
   5. 運用一個有代碼指令的調試東西
8. 只在軟件能準確的作業后才可優化。
   1. 運用監控東西找到瓶頸
   2. 盡可能的用高檔語言寫程序
9. 文檔里描繪的應當是設計思路和意圖，而不是技術細節。
   1. 描繪接口和因素，而不是完成
   2. 重構代碼，而不是注釋解釋運轉原理
   3. 引證其它程序時嵌入其它程序的文檔
10. 協作
    1. 代碼兼并前進行代碼檢查
    2. 當幫帶新成員或處理格外怪異的疑問時運用結對編程

我要額定說到的是這個：

11. 維新舊代碼。

假如你還在優柔寡斷是不是去看那篇文章，那你先去看看它里邊列出的引證67部對于計算機的作品和文章。正如我說的，這篇文章是“史上最好”。