1、http://www.csdn.net/article/2012-12-13/2812774-More-Code-More-Problems
在代碼的追求上應該是——“精簡高效”“規範”“複用”“考慮全面”“異常處理”“內存釋取有始有終”
個人在編程過程，結合以上的文章總結下體會：在寫的時候應該主要站在項目的可擴展性、代碼的複用性以及做到少量代碼做更多的事的角度來寫代碼。
其次還需要考慮代碼的可讀性。在編寫代碼的過程中應該要編程註釋，個人認爲，沒有註釋的程序不能稱爲程序。一個必要的註釋能夠爲自己後期回過頭還是他人來看代碼的時候省去大量的時間。要讓代碼具有可讀性，還需要做到類、變量、函數名的命名，這體現在命名的規範上面。比如我自己寫了一個名爲name.txt的文檔，專門記錄下一些自己使用的編程語言的命名規範.比如說，Javascript的變量命名一律採用駱駝峯來命名，比如說PHP項目中的類的命名一律採用不簡寫的單詞組成的類名，在每個單詞的第一個字母用大寫，其餘小寫，對於有簡寫的單詞，一律在每個單詞第一個字母大寫，其餘小寫，並且在不同的單詞之間用下劃線分隔開等等。這樣的代碼在閱讀的時候不會無形中造成一種壓力。
可擴展性。在項目最初開始實現代碼的時候就要考慮到在後期添加新的功能以及對現有功能的修改不會造成對整個項目相關功能代碼的修改。要儘量做到把各種不同的功能以模塊的形式實現。在這方面可以學習下程序的API實現。
複用。對於複用來說，要做到我覺得還是有難度。做到複用個人認爲就要懂的算法。具體實際能夠起到作用的做法，就是在寫代碼的時候不是爲了實現當前這個功能而代碼。而是要從當前這個功能引申到這個功能類別上。就是要從當前這個功能的狹義的一面擴充到廣義的一面。之所以說到算法，是因爲算法在編程當中能夠歸納出這類的解決模型。把代碼寫成解決這類問題的高性能代碼。而你當前這個功能就是這類問題的一個具體實現。我想這就是編程中“類”的含義（雖然我沒深入理解）。少量的代碼做更多的事。其實就是複用。同樣的思想。主要還是要專注在程序的算法上面，把程序語言真正當作是一種工具（我當然知道程序語言是一種工具，但是，事實是大多數程序員，在寫代碼的時候不是專注在這上面）。
以上是個人的一點總結，有不足或者錯誤的地方。歡迎大家共同談論。