程序员的心路历程 李维读“>”有感。

首先我要謝謝您在我的論壇中發表了這麼棒的一篇文章，寫出了一個資訊人員的心路，學習，和克服障礙的過程，也許有一些比較年輕的朋友無法瞭解您說的一些事情，例如他們也許從沒有經驗過從DOS到視窗的階段，但是我也是和您有著一樣的經驗，從DOS的dBase，Clipper，以及到現在我還記得使用來接案子的Dr. Compiler。到Windows 3.1時代使用Borland C++ Compiler，以及生產力低落的Visual C++/MFC，, 一直到Delphi，Borland C++ Builder，Java，CORBA/EJB等。
在這個漫長的學習過程中，從我稱為石器時代的學習Windows API，使用Visual C++寫些小小的練習程式，到真正的能夠使用Borland C++寫出數10萬行的智慧型排程系統，再到高生產力的Delphi和BCB。在其間我也曾迷茫在各種工具，技術和人云亦云的各種學習旅程中。也許是我和您走的路有所不同，因此學習並且快速掌握各種工具，技術成為我生存下去的必要條件之一。
在看完你的文章之後，我思考了許久，心中有著各種不同的感覺。由於您一定花了許多的時間寫這篇文章，因此如果我只簡短的回答，那麼是非常不禮貌的，所以我花了一些時間才回您的文章，希望您見諒。在閱讀您的文章過程中有許多的片段讓我會心一笑，就讓下面的片段文章中讓我們互相的交流一下。>當時懷中只有一套向潤發買的 Delphi 1 beta, 當小說看總可以了吧.
看到這裡讓我回想到了1995年2月14日Delphi 1發表的年代，以及更早以前Delphi 1還在Beta Testing的時代。還記得我當時從Borland第一次收到Delphi Beta版時，我便深深的吸了一口氣，我對我自己說這才是我需要使用來在Windows下開發應用程式的工具，只是當時由於我使用Borland C++開發系統已經到了最後的階段，因此我並無法花太多的時間在Delphi 1之上，我只是直覺的覺得這個工具一定會紅，只是沒有想到之後的Delphi會如此受到歡迎，Borland也因為Delphi而開始起死回生。沒錯，我認識許多當時使用DBF和Clipper的朋友都無法接受和瞭解SQL Server的寫作方式，再加上剛學習Windows程式設計的煎熬，而紛紛的不支到地。我很幸運的熬了下來。只是不認為Delphi 3是一個非常成熟的工具，品質比Delphi 4還好，Delphi 4一直到了4.03才是真正穩定的工具。不過好在您回來了，我想那幾千家公司一定很高興又可以重生了吧。就像Terminator之中的阿諾一樣，你當時應該對他們說『I will be back!』, 嘻。這段話真是讓的會心一笑，因為我正好有兩個和你敘述幾乎一樣的案子。其中一個案子也是使用Oracle，我記得當那個系統要儲存資料時，那個主管都會起立叫所有的人不淮碰鍵盤，才可以安心的點選儲存按鈕，真是不可思議的系統。當然我接手之後不久就解決了這種難堪的場面。另外一個案子是幾年前使用MS SQL Server 4.3的經驗。那時MS SQL Server還是使用Page Lock，因此當用戶端的使用者一多時，我只記得後果是慘不忍睹，那時我才開始喜歡Record Lock的資料庫，而最後的事實也證明Record Lock獲得了大部份使用者的青睞，幾乎所有的資料庫廠商也都使用了Record Lock機制。>在那時我結識了李維( 唉! 似乎大家都是在快要淹死的時候才想到李維), 真奇怪, 那>時他不是 Borland 的人, 卻願意與我一起論這些問題, 雖然每次他都沒直接給我答案, 但>都能成功引導我方向, 就像和尚說禪, 一句話聽不懂, 二句話還是不懂, 但聽多了就懂了, >喔, 這就是真理.
看到這段我有點高興，也有點不好意思，我不記得和您討論的情形。也許是過去5年來和我討論過的人太多了。我想能夠找到成功的方向是您努力的結果，我實不敢居功。哈，我也想在台下看看我口沫橫飛的樣子。不過請您見諒的是，由於我的工作性質讓我必須不斷的學習新的技術。也許不是每一個人都需要這些技術，但是不推廣新的技術，資訊廠商也不會進步。特別是當我還是Borland的產品經理時，介紹並且推廣新技術和產品是我的工作之一。不過我想N-Tier的技術到現在證明是對的方向，現在幾乎許多的系統都是使用N-Tier技術和架構開發的。Delphi，我的生產力比我使用C/C++高上數倍則是不爭的事實。您上面的話相信道出了許多的心聲。在Borland工作時我也使用Java，也看到許多人使用Java來開發系統，但是我並沒有看到看到有多少系統使用Java開發出來。你說的一點也沒錯，Java的速度讓我無法消受，從數年前我聽SUN說Java JDK 1.2的速度將比美C/C++，HOT Spot Compiler的速度將和C/C++一樣快。我只想說我用VB寫的都比Java快。更何況如果我領導一個Team開發系統的話，我可不想每3個月來一個不同的JDK，從JDK 1.1, 1.2, 1.3....。不過JDK到了2.0之後的情形是好了好多。>其實是不是 thin client 我倒不在乎, 因為我要解決的不是 internet user, 而是 >intranet user, 只是許多 user 會透過 internet 等低速線做資料交換, 所以不是 thin >client 無所謂, 但除了 Java 還有別的選擇嗎? 我又拿起了床頭 "Delphi 4.x分散式多層>應用 系統篇 李維著" 這本書, 心不甘情不願的一頁頁往下看...
>最後我的奇幻之旅還是落在我熟悉的 Delphi, 而且起初在 Delphi 4 實驗 3-tier 所
>碰到奇奇怪怪的問題在 Delphi 5 全部得到了合理的解決, 我的床頭書也從 "Delphi >4.x分散式多層應用 系統篇" 換成了 "Delphi 5.x分散式多層應用 系統篇", 靠這本書我
>現在讓公司從 Client/Server 變成了 3-tier, 當然這工程仍在進行中, 不過我已能
>看到這項工程改造後的成果.
謝謝您支持我寫的書，當初要寫系統篇時我掙扎了許久，因為我不知道到底有沒有人會購買這本書。旗標也希望我不要寫，最好是寫寫入門書和簡單的資料庫書籍，這樣會比較好賣。還好我堅持寫自己有興趣的書，否則寧願不出，最後旗標才同意讓我試試，想著那一段時間也覺得蠻辛苦的。
在Delphi 4的MIDAS 2.0是由Josh Dahby接手開發的，Josh是一位非常年輕的程式師，也許是經驗的不足，因此我一直覺得他並沒有把MIDAS做得很好，後來MIDAS逐漸的由Dan Miser加入和接手。現在Delphi 6的MIDAS 4.0便是由Dan Miser開發，MIDAS也逐漸的進入成熟期，問題愈來愈少了。現在MIDAS已經成為Delphi中開發Flat-File，主從架構，多層應用系統和跨平台的重要技術，因此使用Delphi的程式師不管是不是要開發分散式多層應用系統，好好的學習MIDAS已經成為最基本而且重要的工作之一了。這在Delphi 6中將會非常明顯的。最後我當然要恭喜您成功的使用Delphi和MIDAS開發了這麼一套偉大的系統，我想這個過程雖然非常的辛苦，但是看著系統有這麼多人使用，心中一定也有著驕傲吧，我想這就是做為一個系統開發人員最好的回報。>既然這麼好, 為什麼不早些進場呢? 我想時機很重要, 在 Delphi 4 的時代 3-tier 的>問題較多, 而且那時我的環境也還只有全世界二個點, 二個 database, 還突顯不出需求. >所以無論是什麼技術總是有其設計的理念, 要不要跟? 因人而異吧, 至少現在的我似乎離
>天下太平的日子又不遠了, 要我學 Kylix? 門都沒有! 除非...
哈哈，到了這裡我想我和您又要走不同的路了。隨著年齡的增長，現在的我似乎只有靠著學習新的技術和架構才能夠讓我覺得日子比較有趣，而且我的工作還是需要我不時的進修。用不用Kylix還是要看您的工作有無需要。不過沒有關係，讓我先走一步，也許在不久的將來我們又會一起在Delphi的Kylix的學習旅程中再次相會。祝福您一切順利。李維敬上。