其實編程和說話一樣，都是一種思考的過程。在這幾天編程的過程中，實現方法總是一步一步來，就跟說話中的流水賬一樣。
這種流水賬形式無疑反映了思考時的線性演繹順序，但它并不利于組建良好的結構。
首先在順序上沒有規定，可以看到代碼中，很多編碼都是隨心所欲，沒有按特定的順序實現。
其次并沒有提前完成這個架構的思考。想到哪，編到哪。所以順序很亂，編譯時也會出現很多錯誤。
最后測試文件和文件本身沒有分離，導致不停的需要編寫不同的測試代碼，刪除然后從頭再寫。讓尋找bug變得很難，浪費了不少的時間。
當然在技術基礎上還有一定的薄弱之處，但這已經不是最主要的問題了。
針對這些問題，可能需要做以下改進。
在編碼前首先通盤思考，把大致能想到的模塊劃分分成必要的部分。
那模塊用偽代碼的方式，簡單的表達出來。
從簡單到難，設定實現的順序。尤其注意最小可實現性，既原型開發。實現一步進展一步，不斷擴展代碼。
不要怕麻煩，如果代碼的規模較大，或者說數據中有不一致的地方。那么就把測試文件分離開寫，然后運行測試。這還需要對測試進行。
也就是說，規定了遵循的步驟，以及要學習的測試。
