構件化軟體生產帶來的兩場戰爭

構件化的軟體生產的興起，伴隨兩場戰爭。戰爭之一是：構件化生產方式與代碼式生產方式的戰爭，這場戰爭構件化的生產方式，憑藉自身的效率優勢，不戰而勝。另一種戰爭可能是：基礎件平台（中介軟體平台）和應用基礎平台（業務基礎平台）的戰爭，這一場戰爭勝負未明，懸念重重。構件化軟體生產採用組裝化的方式，大大提高了企業級應用軟體的生產效率，因而會顛覆目前的軟體生產方式。目前可以說，軟體就是軟體；以後我們會說：軟體是構件的組裝。今天我們在中關村攢機子，明天我們會發現，許多人在攢軟體。革命性的變化就在其中。有一天，我們發現，組建，組裝，成了軟體生產的"行話"和主流。這個戰爭，勝敗在一開始就決定了；構件化的軟體生產方式毫無疑問將會獲的勝利。構件化的軟體生產帶來軟體行業的格局變動，它會產生自己的生態鏈： 1。構件化生產的工具供應商，提供開發工具； 2。利用開發工具開放商業化的構件，提供構件或者構件庫； 3。利用別人開發的構件和自己開發的構件組裝軟體； 4。利用別人開發的軟體進行實施和二次開發。生態鏈的廠商相互依賴，才能發揮最大的網路價值。當然，有些廠商可能跨越幾個層面。比說，我國著名的軟體公司上海普元提供的EOS系統中，就包括了開發工具和開發環境、管理和維護工具以及支撐平台，也供應商業構件和構件庫，普元的構件庫中有2000多個構件，在這國內國外都比較可觀，這是一筆重要知識、經驗和財富。 第二場戰爭的焦點其實就是一個問題：需不需要一個應用基礎平台（業務基礎平台）。換言之，今天的中介軟體能不能完成應用基礎平台的作用；如果不能，那麼中介軟體的發展能不能擴充和擁有這些功能？ 如果答案否定，還有可能在這個生態鏈中加入一層： 5。應用平台供應商，提供應用的平台。 那麼，今日的網路資源層面（網路資料庫、網路作業系統、中介軟體）的供應商，就會在企業級應用這個市場上遭遇到“天花板”——應用基礎平台的阻攔。他們會發現隔行如隔山，這個層面需要新的軟體供應商來佔領，或者網路資源層面的供應商在開發新的不同於中介軟體的平台。 如果答案是肯定的。那麼平台層就會發生戰爭：戰爭的一方是：現有的中介軟體和應用伺服器供應商朝上整合的功能。戰爭的另一方就是現有的管理軟體和應用基礎平台供應商將自己的平台往下滲透。他們彼此視角不同，一個從下往上看，是網路和技術的角度；另一個從上往下看，是應用和業務的角度。彼此優勢也不一樣，一個擅長網路資源管理；另一擅長業務e化。戰爭的勝利者屬於那種能夠從對手的角度看問題，能夠向對手學習，並將對手的優勢變成自己的優勢的廠商。