[訊息論壇]ICE
Messaging Forum 蔣居裕
<顧問篇> Gap
Analysis,打通 Rich Content 與 Simple Messaging 之間的渠道 (上)
在軟體應用價值鏈中,一個商務應用軟體或技術軟體平台與實際要上線的應用之間,存在著一個非常重要的角色
── 顧問 (Consultant)。
|

|
|
圖 1. 軟體應用價值鏈 |
顧問右手握著軟體平台,左手伸入產業,眼睛觀察案主目前的作業流程,口中振振討論著專案的需求。
資訊界的顧問又可細分為兩類,一類叫 business consultant,一類叫 technical consultant;前者挑戰企業的商業運轉與商務流程,後者協助規劃與導入特定目標的資訊系統。
我們再看一下如圖 2. 的軟體應用堆疊 (Software Application Stack):
|

|
|
圖 2. 軟體應用堆疊 |
在軟體應用堆疊中,位於第三層的 Package / Application / Solution,可以統稱為商務應用軟體 (Businessware),像
ERP、SCM、DW、EC、CRM、KM、BI、Portal、或解決特定問題的系統等,都是這類的例子,而其在導入應用時,則是以組態 (Configuration)
或客製化 (Customization) 的方式來進行。而在下方第二層支援商務應用軟體發展的,即是技術軟體平台 ──
Middleware,通常其提供應程式開發介面 (API) 給 Developer 使用,所以是以程式撰寫的方式來使用這一層的產品,如
DB、MOM、Application Server,都是這樣的例子。
| Computer Science 的學生,你在哪裡? |
在動員多位主筆,經過半年持續不輟的出版,詳細闡釋即時訊息技術的各種細節,以及在各產業的應用情況,更不時有實作與採訪之篇章,讓讀者可以理論與實務並具的觀點,來貼近
MOM (訊息中介軟體) 此一繼 DB 之後,最有潛力成為 commodity 的 IT 技術產品。
但是我們說得再多,都不如先讓讀者了解,在技術軟體平台與想要發展的應用之間,該如何進行自我診斷,該補足哪些非標準化技術軟體平台所提供的功能,補足的方法或解決方案
(Solutions) 有哪些,各有何優缺點?
沒有這些細緻的釐清,技術軟體平台也只是一個不動如山的軟體平台,永遠走不到有效應用的那一端。
IT 軟體技術,已經有長久的發展歷史,搭配半導體摩爾定律所引發的硬體快速發展,以及 90 年代中期 Internet TCP/IP
網路的一路延燒,近幾年各種軟體發展架構與標準,推陳出新的速度最是令 Developer 驚心。我們好像永遠有學不完的東西!!!
大家有沒有想過一件事,同樣是讀 Computer Science (資訊工程、電子計算機科系),來來去去都是那幾本聖經教科書 ──
C Programming Language (by Brian W. Kernighan, Dennis M. Ritchie)、The
C++ Programming Language (by Bjarne Stroustrup)、Operating System Concepts
(by James L. Peterson, Abraham Silberschatz)、Compilers: Principles,
Techniques, and Tools (by Alfred V. Aho, Ravi Sethi, Jeffrey D. Ullman),但全球各地的資訊軟體工業發展路徑與成熟度,卻存在很大的差異呢?
答案必須要從各地區的工業、商業環境去思考 (我們先不談及國家資訊政策的議題)。因為一個國家或地區的工業與商業環境,會大大影響該地的資訊應用方向與水準。
以台灣創造出的優勢電子製造業來說,除了企業會在內部自我要求下,導入 CIM / MES / MRP / ERP 外,因為也要滿足上、下游供應鏈的有效率作業,以及支援代工客戶的全球營運需求,於是,也會特別著重
SCM / Logistics 等與運籌相關的資訊系統建置。而台灣蓬勃的中、小企業生態,也讓進銷存、會計系統等依功能範圍切割的商務軟體,有一定的市場存在
(雖然這些現在全部都可被歸結到 ERP 的範疇)。
而以上這些,都被歸屬於所謂的商務應用軟體 (Businessware)。由於企業客戶規模與性質差異甚大,所以軟體供應者,從高價的國外廠商到平價的國內廠商都有,且各有其擅長的市場區隔,只要經營得宜,土、洋都能在市場佔有一席之地。
而考驗參與其中 Software Developer 與 System Architect 能力的,跟會不會設計 Compiler、會不會開發
SDK 無關,因為他們直接面對的是 End-user,是流程,是應用軟體功能與使用者介面。
這些作業所需的知識,幾乎都是 Computer Science 不教的,從業人員必須在「做中學」(On-job
training)。即因為出了社會,一切重新歸零,所以當初在學校不伎不求,專心玩樂的人,只要入行後勤奮努力,一樣可以成就一番專業,在我的大學同學中,不乏這樣的例子。
但我們反觀在技術堆疊下層支援商務應用軟體的技術軟體平台或軟體工具,該是念 Computer Science 學生最能學以致用的出路,但向來供應者卻幾乎都來自於國外,尤其是美國地區。
究其原因,大致可歸納如下:
-
技術與產業面向:不似客戶端套裝軟體訴求的是電腦的終端使用者,相較之下,技術軟體平台產品訴求的是應用軟體或解決方案的開發者,所以產品需要提出更具進步性與技術性的訴求。這在軟體產業分工不成熟與技術不夠深層的地區,比較不容易成形。
-
語言影響市場面向:通常技術軟體平台具備通用的特性
(Generic),所以可以用在各行各業的應用中。但是,我們知道 Computer Science 的全球通用語言是英文,只說中文、法文、德文、西班牙文的產品在推廣時,等於放棄了其他一大塊的市場機會。反觀以英文原生方式行銷的產品,其市場機會可說等同全世界。
-
軟體世界中心面向:沒有人可以反駁這一點
── 全世界的軟體中心就在美國。從國際大廠的所屬國籍、各種標準組織的所在地、市場規模、產業鏈的成熟度、軟體架構的演進,到各種不斷推陳出新的軟體行銷概念,大多是由此引領風騷。
事實證明,產業群聚絕對會導引人才的群聚。硬體的台灣科學園區與軟體的美國矽谷,都是這樣的例子。產業
+ 人才 → 產業群聚 → 人才群聚 → 產業升級,才能造就良性的循環。
不要誤會,筆者並不是在鼓吹讀 Computer Science 的學生,都要投入技術軟體平台或軟體工具的開發。因為,台灣的軟體產業優勢與升級方向,並不是在軟體架構的底層技術上,而是在過去數十年來,伴隨國外廠商產品,加上本土經驗所累積出來的資訊服務能力與產業資訊應用知識。
綜觀台灣資訊產業,目前最發達活躍的,應該就是軟體產業價值鏈中的系統整合者 (System Integrator) 了。但台灣的 SI
要升級,必須突破硬體營收比例過高的經營型態,往軟體解決方案的方向去加強。
其實,沒有一家 SI 不知道現狀與未來該有的方向,但這個加強軟體解決方案深度方向的「解決方案」又在哪裡?該如何做呢?
| 培養自己的 IT consultant,從 AP function
view 提昇至 System architecture view |
就筆者的看法,SI 要能升級,就必須培養自己的 IT consultant,讓 Developer 與 System Architect
持續保有一個 Computer Science 畢業生該有的學養,搭配產業經驗,把能力從 AP function view 提昇至 System
architecture view。不只是給個「技術顧問」的職銜就算,要促其不斷努力,培養可以明辨新技術優劣與特性應用價值的能力。
在這一條升級的路上,其實我們的確是看得見曙光的,因為下列這些都是可以被驗證的條件:
-
經由台灣國際級企業的帶動,實戰經驗造就了一批本土顧問,可以成為本土國際級軟體發展的種子與規劃者。
-
外語與國際化程度的不斷提昇。
-
中國,一個左旁國際級市場興起。
-
產業自我升級的趨力與趨利,往應用知識與技術深入走去。
-
軟體開發架構的二元化 (.NET 與 Java),工具技術投資效益不致發散。
希望是存在的,藍圖是明顯的,重點只剩執行力。
| 還沒完,才要開始打通 Rich Content 與 Simple
Messaging 之間的渠道 |
好了,在鋪陳完軟體應用相關的大環境,讓大家明白技術顧問的學養重點之後,我們下期將繼續說明,一個顧問要如何進行有效的 Gap Analysis,打通
Rich Content 與 Simple Messaging 之間的渠道,以建構出合宜的即時訊息應用。
敬請期待。
|