我相信博課堂的兄弟們、以及常看博課堂的兄弟們，一定會同意我的看法：顯然，通常所說的B/S並不能和“先進”畫等號。那些在技術改造道路上將目光瞄準在把Windows Application遷移到Web Application的，是值得再反覆思量的。最近我就接觸了三個例子，充分說明了一個道理：不要盲目跟風，不要盲目的上Web Application，不要盲目的轉向.NET或者J2EE。
例子1，航空訂票系統
今天上午去公司的Travel Desk訂星期五回上海的飛機票，結果很讓我高興：買到了5折的。要知道，前兩個月，7折都是很罕見的。訂票的時候，我仔細觀察了一下那個終端：是在Windows上開了一個綠色的字符終端，直接敲命令查詢航班，返回結果也是一行行的字符輸出。返回的結果我是看不懂的，但Travel Desk的人就能看懂：他一眼就能看出有多少折扣，還有沒有位子。而我只看到一串不知道什麼意義的英文字符。
從純粹的技術人員的角度來看，這種Client端顯然是應該被淘汰的：操作不是GUI的而是Cmd Line的，查詢是通過命令字符串而不是一個友好的Query Builder界面，返回結果也很不friendly。但我覺得這樣的界面是很好的，因爲它的用戶已經習慣了用這樣的界面，而且根據我的觀察，Travel Desk的人操作起來很快，他們也能毫無困難的理解那些我無法理解的返回結果。所以，如果我是技術主管，我一定會反對任何把這種界面升級到GUI的提議。我的信條是：沒有充足的理由，不要改動正用得好好的東西；沒有充足的理由，不要引入新東西。
例子2，銀行
根據我的觀察以及我的一個同事跟我的轉述，很多銀行櫃檯上的服務員是純粹通過數字鍵盤來操作他們的終端的。我同事說，他們的終端應用程序也是字符界面的，通過菜單訪問。例如，第一層菜單是（假設的）：1-企業業務；2-個人業務。如果選了“1-個人業務”，第二層菜單是：1-開戶；2-提款；3-存款；4-改密碼。以此類推。久而久之，櫃員腦子裏面記住了很多數字串和功能的對應，例如“1-3-2-4”就是功能A，“2-5-1-1”是功能B，...，這樣記熟了以後，操作起來非常非常快，遠遠比鼠標快。
當然，我也看到過有一些銀行的櫃員終端是Win32 Application。我覺得他們的操作速度沒有“1-3-2-4”那種快。所以，如果我是銀行的技術主管，我始終會堅持用那種字符界面加數字鍵盤操作。沒有任何理由把櫃員的終端改成Web Application——那多慢啊。
例子3，一個電廠監控系統
我們公司在北京有一個partner，做的產品是電廠和各種生產監控系統。他們的產品真的很不錯。例如，可以在一個Win32 App的界面上看到一個很形象的大圖，圖上錯落有致的排放着工廠裏面所有的鍋爐、管線、儀表等，每個鍋爐或者管線邊上都實時顯示控制參數，例如鍋爐的溫度。如果溫度過熱，還可以變成紅顏色。我問他們是怎麼做的，他們說這是他們花了四五年時間積累下來的，都是用ActiveX開發的。
那天我去的目的之一是看看能不能有推廣.NET技術的契合點。但看了他們的系統演示以後，我覺得如果我是技術主管，我堅決反對把那些積累了四五年的ActiveX控件升級到.NET——升級麻煩，也沒必要。
--
最近這幾個例子讓我覺得，如果不根據實際情況一味單純推.NET或者J2EE或者其他什麼新東西，是對客戶的一種不負責任。