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