很久很久以前，那是我還沒有失業，在某家公司寫系統，生命中還有假日的美好時光，而我寫的這個系統呢，是用超級強悍的 Visual Basic 6 ，資料庫則是連接到 ORACLE ，然後透過企業虛擬網路全台連線
說大呢，其實也還好，從開發到完成到後續的維護，開發成員最多也差不多六個左右，不算寫文件與後端預儲程式的，不算規格處理的 …
那個時候，我記得用的是 ADO ，當然我現在忘光了，連 ADO.NET 都已經不熟了，你說咧，那還記得 ADO 是什麼鬼
repeat_here：
那個時候，那管它什麼物件導向，所有的功能就是人工分類，寫好模組，作好管理也沒什麼不好擴充的
那個時候，那有什麼 ORM ，寫好共用連線與資料存取模組，大家直接拿來用也沒出什麼大漏子
那個時候，那有什麼實體資料模型，寫好共用的資料欄位型態轉換函式，存取資料透過這些函式進出，也活得好好的
那個時候，那有什麼複雜要死的 MVC 還是 MXX 還是 MVP ? 當然我也還不是 MS MVP ，按鈕配置好，按兩下，寫完 button_Click 就搞定了，使用者也沒說過不會用
:)
那時候，Hello World 一行就搞定了，你看 MVC 要寫多久
那時候，資料欄位什麼型態，怎麼轉一清二楚，那需要再建立一層什麼鬼模型
那時候，資料就是直接透過預先寫好的模組直接進出，那需要去鳥什麼物件關聯
哎，那個美好單純的年代，ADO 就搞定一切了，那需要管它什麼離線物件，什麼 LINQ ，一款報表軟體加 SQL 什麼死人骨頭的分析報表還不是乖乖拉出來
後來，我沒有寫 VB6 了，改寫正當紅的 Java 與 JSP ，用文字編輯器就下去寫了，只是後端系統改成賽貝斯，然後 ADO 改成 JDBC ，然後 GoTo repeat_here：
而現在，世界愈來愈複雜，我們也忙著照單全收巨人們搞出來的一堆有用或沒用的技術，為系統疊床架屋，忙得不亦樂乎
靜下來想想，在更早的時代，使用索引式的資料庫其實就可以很順利的處理相當大量的資料了
而其實很多公司的系統，根本不需要那麼龐大的架構，只用 ADO.NET 就可以搞定了，效能還很好
但這個世界就是這樣，大家都在架構，你能不架構嗎 ？沒有人喜歡被說不長進，當然也沒有人知道你的肝漸漸的從彩色變灰階
如果你的公司或客戶現在還是只需要 ADO.NET 就滿足了，那真的太恭喜你了
當然，現代這些有的沒的新技術中， LINQ 是唯一我覺得即便小系統還是大力推薦使用的超優技術，不學真得太可惜了，況且又很簡單 :-)
:)
好吧，書寫累了想到過去的時光上來鬼扯一篇，還是期待年底初稿完成內容的發表吧，這本書屆時希望能給全台灣默默努力的軟體開發人員一些意外驚喜，甚至促進台灣軟體產業的發展（我是認真的），一起加油吧。
:)