剛完成了一個小專案的總結，下面是部分摘取的結論，願與大家討論。
1、基本問題要通過框架來解決
2、對下述觀點的評價：“因此，最簡單有效的方案是分析理解現有框架，參考C++版本推出JAVA版本。”應該一分為二地看：正面作用是在對需求、問題的認識還不深入情況下，借鑑現有框架有助於發現潛在問題，利用現成的解決方案；負面作用是容易陷入一切照搬，關注不必要的問題，引入過於複雜的物件的泥淖中。更大的問題是，可能造成工作重點的偏移，拖延進度。
3、設計追求恰當而非完美！
4、如果發現責任類偏好“推卸責任”（委託），繞來繞去“兜圈子”，那就是過度設計了。
5、介面並非越簡單越好，在問題複雜度一定的情況下，介面越簡單，使用就越複雜。
6、介面的制定應照顧弱勢一方。
7、對事物的認識是逐步深入的，計劃卻要訂在認識尚淺之時，這是個矛盾。
8、明確了重要的不確定因素，計劃就能更準確一些。
9、在沒抓住主要問題、難點問題的時候，估算工作量是“買彩票的遊戲”。
10、如果注重積累，多總結，多分析，工作量的估算是有可能量化的，甚至可能推出精確的“工作量計算公式”。但要注意付出的代價。
11、做計劃絕對不簡單，要做的準備工作太多了。
12、框架可以逐步完善，因此不必壓力過大。
13、習慣、心理預期也是對介面的約束。介面可以簡單，但說明要明確，否則造成的誤解可能使得介面使用者“非常憤怒”。
14、對前人做法不理解時不要抵觸，要認真分析。有可能你認為不對的做法恰是當時條件下最好的方案。
15、客觀分析多了，主觀錯誤就少了。
16、自動生成程式碼不但可以減少工作量，還有助於發現錯誤，更方便日後維護。所以一有機會，就做這件事吧。