編寫人性化的代碼
永遠記住，你不只是爲機器編寫代碼，而且還爲未來的自己編寫代碼。所以編寫可讀代碼很重要。事實上，編程就像寫一首好詩。音調應該是一致的，單詞描述性和句子結構良好。
以下是編寫友好代碼的一些提示。
- 遵循一致的命名約定例如，如果您將帶有下劃線的私有變量命名爲第一個字母，則其餘代碼應遵循。如果您正在協同工作，請在編寫代碼之前討論命名約定。
- 描述性變量/方法名稱變量和方法名稱應該描述該代碼完美。例如不常見的縮寫Sort_PT()可能會令人困惑：PT是什麼意思？如果您不能在第二個檢查中回答，請優化名稱以 Sort_PostType()獲得更好的理解。
- 縮進和換行符小號縮進是神奇的！使用一些簡單的標籤鍵，您可以清楚地瞭解整個代碼結構並編輯代碼，並清楚瞭解它們的功能。對於換行符，當同一行上的2個代碼執行不同的事情時使用它。例如，最好不要在一行中鏈接CSS屬性 – 這會使事情變得複雜。
組織與代碼結構的使用
除了更清晰的代碼之外，代碼的結構、組織也有助於可讀性問題。將代碼分組以方便修改（如果您需要多次上下滾動查找受影響的部分，則需要處理該結構），這一點非常重要。
另外，不要把所有的代碼放在一個腳本中。儘管在單個文件中擁有8000行以上的代碼似乎很方便，但在嘗試調用方法名稱時，調試是一場噩夢。始終考慮變化的容易程度。
最佳做法是根據主要功能將代碼分離成不同的文件，例如管理器，界面，動畫，擴展等。
只要有可能，請確保該語言只能達到特定目的。如果您使用CSS3編寫動畫效果，請避免編寫jQuery動畫效果，除非您有足夠的理由。如果你這樣做，在CSS文件中註釋有關異常。
編碼前的規劃
在編程中，提前計劃是重要的。編寫固定的導航菜單很簡單，但是如果菜單需要響應，同時能夠在訪問者向下滾動頁面時最大限度地減少自定義菜單呢？在不充分考慮代碼的可維護性、擴展性將導致日後維護的麻煩。
學會更智能的調試
哪裏有代碼，有bug。不可能有一個無bug的代碼解決方案，所以掌握調試技巧是程序員的基本功。
調試工具以Firebug爲例，它具有錯誤檢測，斷點設置，表達式跟蹤，性能檢查等，讓你調試更爲方便。像Aptana Studio 3和Xamarin Studio這樣的IDE它們內置了強大調試器，所以投入時間來學習它們可以使您的生活更加輕鬆。
選擇強大的IDE
優秀的IDE幫助您增加知識，並加快項目完成。無論您是多麼有經驗，強烈建議您使用IDE，如Sublime Text和Aptana Studio 3。現代IDE都具備了智能提示功能，比如Visual Studio
使用版本控制
隨着參與項目的人不斷增加，或因一時的大意造成了巨大的錯誤，並需要回到以前的版本。現在如果您的錯誤涉及到多個代碼文件，其中有些文件被修改了多天甚至幾個月前的。版本控制系統尤爲重要。
在幾個版本控制軟件中，Git是最受歡迎的，有大量的在線幫助文檔。使用Git，您可以根據需要保留儘可能多的修訂版本，分支出一些代碼實驗的文件，跟蹤上次更改的代碼部分，並隨時返回到他們。
不斷學習
在編程這個領域，技術更新速度非常快。在過去10年間，許多發展方式和編程語言都被宣佈爲過時的。即使你畢業於一所具有學位學位的頂尖大學，也不能確保你仍然準備就業。