看到標題，也許你已經知道我的主題是什么了，不錯，我的主題就是寫代碼。從踏上編程這條路開始，二年或是三年我們就一直與關鍵字與自定義數據為伍，我們的大多數時間用來編碼，用來完成任務，結束項目。
這是一個美妙的過程，在這個過程中挑戰極限，充分享受代碼帶來的痛苦和樂趣。我對編碼的的定義就是在痛苦中尋找樂趣。可話說回來，在這個尋找的過程中我們又進入了另一種痛苦。這就像我們在沙漠中尋找綠洲一樣，尋找的過程本身就是一種痛苦。
我對編碼更明確的定義就是在痛苦中通過痛苦的尋找過程得到樂趣。 如此想來，那尋找的一絲樂趣也沒有意思了。
我對編碼更準確的定義就是在痛苦中通過痛苦的尋找過程得到還不如痛苦的樂趣，精華是沒事找抽。所以編碼就是沒事找抽。 程序員就是沒事找抽的角兒。
為什么會有這么變態的結論？我想這就是我這篇文章要與大家討論的問題。在此我想問大家，假設我們這一天的任務就是要寫代碼，那么你會用多長的時間來調試？這個問題很重要。又用了多長時間來思考如何編碼？這個問題也很重要。
這里有一個數據，我沒有考證來源，只供參考。大多數程序員，無論他的水平如何，其平均每天只有10-12行的代碼最終會進入最終的軟件產品中。有的程序員為了得到這10-12行代碼花費90%的時間來調試程序。有的程序員為了這10-12行代碼花費90%的時間來思考，調查，研究最佳的設計。從表面上看，這兩種程序員是在相同的時間內得到同樣多的代碼。但是他們完成代碼的心情和質量卻是不一樣的。前者隨意地改動代碼并嘗試讓代碼工作起來，一直處在痛苦邊緣。所以有把時間多分配給思考，而不是調試。
好，思考是好事，但是思考什么才是最有效的？
我不要漿糊和爛泥，要的都是精華！
一方面要問這樣寫對不對，有沒有更好的方法？另一方面在編程過程中要做到復用。使用已有的東西是一件簡單的事情，所以在請盡量使用已經存在了的解決方案來解決問題，把握對通用的模式的識別和重用。好，我們通過重用思考把代碼給寫出來了，那么結束了嗎？還沒有！能過下一步思考我們可能要重構/重寫自己的代碼。我覺得還是重用思考。但不是重用已有代碼，而是我們的代碼是否有重用性。
我認為這樣會讓我在編碼過程中盡量避開調試，節省時間，更重要的是減少痛苦。