先寫代碼還是先寫技術文檔的思考

        以前在接手一個新項目的時候,總是會先寫一個demo,把這個項目架構搭起來,已經知道的技術難點先解決掉.這樣感覺做項目計劃,寫文檔就更有信心了,時間也好估一點.但是呢,我接受到的觀點都是先寫技術方案,寫用例,畫流程圖,寫代碼之前做了很多工作.我一直覺得後面一種觀點不好,因為就算寫了很多文檔,畫了很多圖,之後寫代碼做計劃還是虛.因為難點還沒解決,到底能不能解決,不能解決怎麼辦呢,疑問很多.從我過人做項目來看,做一個項目,大部分時間還是在解決技術難點上的,非技術難點的話利用之前已有的代碼技術積累,很快就能完成.        雖然我一直認為前面的一種要好,但是找不到說它好的證據.後來讀了<<黑客與畫家>>,終于解決了我的疑問.在裡面,黑客是程式員的意思,黑客的工作與畫家差不多,畫家在畫畫之前,不需要把什麼都想清楚才動手畫畫,而是邊畫邊修改,一步步的看見自己最滿意的作品呈現出來.程式設計也一樣,有了想法就去寫,不斷地調試,一步步的超着預期的結果邁進.過多的紙上的設計隻會磨滅程式員寫程式的熱情.程式設計語言是用來幫助思考程式的,而不是用來表達你已經想好的程式.         是以說能解決問題的方法就是好方法,如果能覺得自己的方法比傳統方法在實踐中效率更高,就堅持自我吧.