這是國外程序員Al katib總結的一些編程習慣。程序員
1. 動手編碼以前，你須要對要編碼實現的解決方案有一個正式的或粗略的設計。永遠不要在沒有任何設計的前提下就開始編碼，除非所編代碼不重要。編程
2. 優秀的代碼文檔跟編程語言知識同樣重要。在代碼源文件中，爲每一個主要的代碼段添加註釋，解釋代碼的基本邏輯。最好註明程序的構建和修改日期，以及修改的緣由也是很是有必要的。
編程語言
3. 維護程序的各個版本一樣重要。當前有些編程工具都自帶一個版本管理工具。不管你何時改變本身的程序，它們都會將其保存爲.bak文件。
個人方法是爲每一個程序維護三個不一樣的版本。好比說，我有一個名爲program.c的文件，這個文件同時也被其餘項目組成員使用。我把這個文件複製爲 program.c.old做爲備份文件，而且當我修改時，我會備份另外一個名爲program.c.wrk的副本文件。當成功完成修改時替換 program.c.wrk文件。
你還能夠給本身的程序版本添加一個日期或一些註釋，像program260505.c或programReadFnWrking.c。
4. 若是工程包含多個源文件，則聲稱一個README文件，註明每一個源文件、數據文件、臨時文件以及日誌文件(若是有的話)的做用。你還能夠註明編譯和運行步驟。
5. 有時候，你必定想知道爲何IF語句沒有獲得預想的結果。可能你使用的是等號，也就是「=」，而不是條件斷定符號「==」。一個比較好的辦法是用相反的順序寫條件語句。所以，你的條件語句應該以下：
if(10==i)…所以，若是你錯誤地寫成了單個等於號，在編譯的時候也能檢查出來並報錯。
6.使用循環和條件語句時，先把左右括號對應起來，而後再在裏面寫其餘語句。也就是：
代碼: 1 for(int i=0;i<10;i++)2 {4 printf(「i=%dn」,i);3 } 注：每一行開頭的數字代表寫循環代碼的順序。
7. 避免使用幻數（magic numbers）。例如，不要寫
代碼: circleArea = 3.14 * pow(radius,2); 而要使用以下代碼：
代碼: #define PI 3.14 circleArea = PI * pow(radius,2);函數
8. 使用有意義的變量和函數名稱。例如，使用‘radius’來代替圓的半徑，而不是用‘r’來表示。一樣，函數名‘calculateArea’要比其餘任 何隱晦的縮寫要好得多。匆忙之下，咱們也許會使用縮寫的變量名，但一開始節省時間的話，以後會浪費更多的時間，去猜想縮寫變量名錶明什麼。（編注：）
9. 爲後面的調試使用打印語句，這是個好習慣。可是，當完成最後代碼後，去掉這些語句，有時也是一項危險的任務。添加一個方法，用於輸出調試信息。當最終版本生成時，只要把這個方法註釋掉就行。所以，只在一個地方作修改就能夠了。
10. 代碼編寫完以後，開始優化代碼。以前聲明的一些變量，如今可能沒用了。一樣，並不依賴循環的一些聲明能夠移到循環模塊以外去。紮實的編譯知識一樣會對之後的代碼優化有所幫助。
11. 對本身的操做系統和硬件要有足夠的瞭解，你能夠從資源佔用等方面提高程序的性能。
12. 編寫代碼時要合理使用縮進，以使代碼清晰可讀。
13. 把項目文件放到SOURCE、HEADERS、MAKE、EXES等不一樣的文件夾中。
14. 研究別人編寫的代碼。這可讓你學習到新的編程技術，以及他們解決和你相同的任務時所使用的方法。
15. 最後一條（但不是最不重要的一條)，備份源代碼文件，這樣當硬盤出錯或相同的問題發生時，不至於前功盡棄。
附加：補充一條，堅持使用一種命名模式。若是你打算用匈牙利命名法，那就堅持並普遍使用，不然將拔苗助長。工具
譯文出處：伯樂在線 - 職場博客
性能
原文做者：Al katib學習