失敗的項目。。。

最近一直在做Word文檔轉資料庫（圖個簡單，用的Access）的小東西。本以為不會花太多的時間，但出乎意料的一路坎坷，好不容易算是接近完成。技術層面上貌似沒有學到什麼東西。但在這一路坎坷中，還是得到了不少經驗和教訓。
首先就是對需求的重要性有了更深的認識。有句話怎麼說來著，怎麼強調都不過分，用來形容需求的重要性恰如其分。動手之前做過分析，但花的功夫不是很多而且經驗很少，很多設計都加進了自己的主觀意識脫離了客觀。比如當初手上的Word文檔很少，就簡單的對其中內容結構進行了判斷，完成了設計。後來隨著文檔的增多，發現由於曆史和手工輸入的原因，問題變得極其複雜，特別是在Word文檔中資料之間的聯絡與設計的有很大的不同，導致演算法和資料庫設計都出現重大的偏差。只能停下來好好又做了一次分析，再在付出最小代價的情況下進行了改動，浪費了大把的時間。這隻是一個小的東西，如果一個大項目出了這樣的問題，可能意外著前面很長一段時間的努力都要報廢，真的很危險。難怪要不停的強調迭代，就是要使出現的問題再還沒產生更大影響的時候解決掉。
還有就是解決問題的方式。比如說遇到格式如1999-2000的字串要求分成兩個時間字串會怎麼做。我的方法找到-的位置然後分開。問題很快解決了，但很快我又發現出現了1999~2000這樣的格式，於是我找-或~的位置再分開。不久又出現了1999|2000和1999.1-2000.2等等大量的不同格式。我只能仔細思考，使用了一種更為通用的方法。其實這種解決辦法我不應該是在最後那個時候才開始，在問題出現的時候就應該開始想想，為什麼會有這樣的問題，可能還有有什麼情況，然後再多觀察一下，在思考解決方式，俗話說磨刀不誤砍柴功。這需要一個練習過程，也許下次第一次出現某個問題時我還是不會這樣思考，但至少在第二次出現時，應該多一些警覺。
然後是解決問題的策略的抉擇。這是個很重要的問題。比如，在做這個軟體的時候。有用的資訊基本存放在Word的表格中。但有些有用散落在文檔的其他部分。我一開始想通過提前對全文的分析把這些資訊提取出來。但在大量的文字中提取某個特定的字串，需要付出大量的時間和技術代價，而且很難保證正確性。最後我決定讓使用者手動輸入這些資訊。對使用者來說這是件很容易的事，而且解決我很多的問題。當然從技術角度來說，不夠優雅。但有時候實用的東西不一定就是最優雅的東西。要從實際問題仔細考慮，做出一個平衡。還是那句話，掌握一種力量容易，使用這種力量就難很多。決策要多多思考，不要沉迷於技術也不要圖簡單。
一點教訓和體會，記錄一下。