我也是MIS出身的, 不過經歷了兩件事情之後, 讓我非常堅定的確認, 我不要靠開發網站吃飯 (也就是成為技術提供者).

第一件事情是我大學做專題的時候, 當時HTML也沒流行幾年, 開發 CGI (Common Gateway Interfase, 寫過的人會暴露你的年紀) 的主流語言是 C 跟 Perl.

我們的專題題目是一個互動式的教學網站, 使用者分為教授/助教/學生, 不同的身分有不同的權限, 互動的工具包括討論區/聊天室/站內信箱等.

我們選擇用C開發CGI, 為了實做出 "Session" 的觀念, 我們一開始嘗試以用戶端的IP來辨識使用者的身分, 後來很快就發現這個想法行不通, 因為Proxy會讓不同的使用者會有相同的IP.

後來繼續鑽研HTML的環境變數, 於是我們"發明"了一個技術: 寫一隻充當Gateway的CGI, 該CGI會在使用者第一次連線時, 分派一串亂碼作為識別碼, 從第二次連線起, CGI就可以辨識出使用者的身分, 同時把request導向到其他CGI.

經過幾個星期的努力, 我們把網站上主要的CGI都開發完畢, 也運作得很順暢. 而因為每次CGI被執行時就會產生一個process, 太佔用系統資源, 我們還準備把這支CGI改寫成ASAPI.

但是這個自以為劃時代創意的想法, 並沒能讓我們高興太久. 有一天我上網隨意瀏覽, 突然發現一個叫做 ASP 1.0 的東西. 當然, 不可能是微軟抄襲我們的創意, 只怪我們自己孤陋寡聞. 雖然在創意上我覺得我們很了不起, 竟然實做出跟ASP一樣架構的東西.

然後我花一個晚上把 ASP 的技術文件 k完, 之後只花了兩天, 就把我們寫了幾個星期的網站改版完成.


第二件是我當兵的時候. 閒暇之餘我用ASP開發了一個當時流行的社群網站, 有完整的功能包括討論區/聊天室/佈告欄/站內郵件, 以及一般網站少有的線上即時訊息, 也能根據不同使用者顯示有新文章的看板, 以及哪些文章還沒有閱讀過, 幾乎把一個BBS的功能全都實做出來.

最自豪的地方是, 一隻ASP就包括了新增/修改/刪除/查詢功能, 在欄位的處理上也都是以動態的方式處理. 也就是說 "使用者管理程式" 跟 "看板管理程式" 其實是幾乎一樣的程式, 除非有特殊的需求, 否則只要修改一下變數即可.

後來我在一間軟體公司當專案工程師. 我的主管同時要管十個左右的案子, 雖然系統是同樣的核心, 但是在不同的客戶端有不同的客制化需求, deploy 版本也有些微差異, 所以不同的客戶可能會有不同的bug. 我的主管設計一個 Excel 表, 用來紀錄每個專案(客戶)所回報的bug, 以及其狀態.

這個Excel表非常不好用. 它無法被多人同時使用, 也沒辦法根據權限設定使用者能修改的資料. 顯然, Web + DB 是最適合的解決方案.

現成的bug tracking套件不符合我們的需求, 但這個時候的我已經對寫網站感到意興闌珊了, 連拿那個網站出來改都嫌麻煩. 於是又上網找了一下, 發現了 CodeCharge這個軟體.

CodeCharge是一個典型的 code generator, 它把網站的動作歸納出 新增/修改/查詢/刪除, 在它圖形化設計介面中, 你只要透過設定的方式就產生查詢頁面, 還可以指定要在哪個欄位加上超鏈結, 查詢該筆資料的detail. 當然, 裡面也內建了權限管理, 也是透過設定的方式來決定哪些功能要給哪個層級的使用者使用.

這次我先花一個下午, 用PowerDesigner來設計ER model, 並產生database schema, 然後又花一個下午, 透過CodeCharge把這個bug tracking system 完成, 而且網站本身保證沒有 bug, 因為所有的程式碼都是由程式寫出來的. 畫面也不會太死板, 有類似 Yahoo 自訂首頁的架構, 可以將一個畫面切割成多欄, 每欄若干個不同的模組.

更令人沮喪的是, 它產生的程式支援 ASP/JSP/PHP. 我不會說CodeGen讓所有網站程式設計師丟了飯碗, 就像Foxpro/Access並沒有讓DBA失業一樣 . 但是這類的工具, 確實讓一些進階使用者省下不少功夫, 淘汰掉一些太弱的網頁程式設計師.


技術這種東西很現實, 不管你的想法多先進, 只要比別人晚實做出來, 那麼就已經先輸一半. 如果沒有成為業界的主流, 那除了孤芳自賞之外, 對客戶或使用者而言並沒有任何價值. 沒有價值就沒有價錢. 最重要的, 一般的使用者看不到技術, 只看得內容. 甚至他們不一定看得懂內容, 但是一定看得到美編. 一些化妝品的網頁號稱一個page 2萬元, 有很複雜的技術嗎? 顯然沒有. 但是一個功能齊全的webbbs能賣到2萬嗎? 好像很難. >_<