剛剛傳出最新消息，在 IBM 與 Sun 的 70 億美金收購案破局之後，根據 COMPUTERWORLD 的報導，甲骨文公司 (Oracle) 將以 74 億美金收購昇陽！

甲骨文已經在官方網站上證實了這個消息，不過由於瞬間湧入太多人，所以連結幾乎呈現掛點的狀態。

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

昨天〈1/17〉對IT廠商相信是個shocking news的一天，首先是傳出Sun買下MySQL，再來一直傳出併購消息的Oracle也終於買下了BEA。我想這些消息的後續細節〈譬如兩家要怎麼整合啦〉可能還沒有完全明瞭，而市場也需要一些時間來慢慢消化，觀察這幾家廠商合併之後，產生的化學作用到底是正面還是負面的。不過這兩宗併購案，倒是都有一些讓人想像的空間。

首先是Oracle併購BEA。這兩家都是企業型伺服器軟體大廠，然而因為消息流傳已久，之前也傳出好幾次雙方對於併購價格談不攏鬧意見的花邊新聞〈Oracle喊價每股$17，而BEA希望$21，最後成交價約為每股$19.38〉，兼之一般程式開發者可能比較少接觸到這兩家的產品，因此網路反應似乎還好。一般人對Oracle的印象可能就是資料庫、而BEA則是WebLogic這套應用程式伺服器，聽起來，兩家合併之後，似乎可以彌補兩家所不足的部分？

原圖出處：Mecury News

事實上應該沒有這麼簡單。Oracle的產品不少，提供的解決方案中，有一些跟BEA定位類似、甚至算是互打的產品。例如Oracle也有自家的應用程式伺服器〈Oracle Application Server 10g〉，前一陣子併購價格談不攏〈BEA覺得Oracle出價太低〉時，Oracle也曾說過自家產品市佔率正節節高升，未來不見得會輸給WebLogic之類的話。現在買下來了，未來Oracle在應用程式伺服器這塊，到底會主推什麼產品呢？

說來有趣，最近這兩三年業界都在喊SOA服務導向架構的口號，SOA的大意好像是把軟體服務包裝成一塊一塊的元件，彼此之間以適當的API互連，未來這些元件只要開發一次，之後要重複使用時就一塊一塊的像樂高積木重新組合疊起來就好。不知道我理解有沒有錯誤，這種概念似乎也可以套用到Oracle與BEA的產品上。既然是SOA，那就是API定義得好，哪些元件是哪一家開發的都沒關係囉？Oracle與BEA這兩家也常說自己遵循SOA架構，理應可以非常順暢地整合在一起才是。所以我們要驗證SOA概念到底可不可行，似乎看看這兩家產品的合併能不能成功就知道了？這真的是很妙的一件事，因為我週遭有許多人，對SOA的實際整合成果還有所遲疑，畢竟推行案例不多，但沒想到現在其中喊得最用力的兩家廠商，可能自己就要進行這樣的合併試驗了，這怎能不叫人覺得精采可期呢？

另一宗則被認為是Open Source界的大事，也就是Sun與MySQL的併購案。這對Sun來說不啻是遲來的好消息。Sun這幾個月來跌得好慘，就算把股票代號改成JAVA也還是沒用，下面是從Yahoo! Finance查到的，近三個月來的股價走勢圖：

看得出來現在SUN很需要一些好消息來激勵人心，而MySQL的併購案顯然是場及時雨，昇陽股票應聲上揚。雖然大家都很好奇，為什麼MySQL不自己IPO？許多人預測，MySQL這個全世界最多人用的資料庫軟體，自己上市之後，賺的錢應該會超過Sun所出的十億美金。

也許正如Saturday在文章中所提過的，Open source的東西不是不好，但是一些企業界CIO在採用時總是怕怕的。越大的企業，IT架構會越複雜，而資料庫往往又是企業的整個心臟所在。網站伺服器如果掛點，核心資料還在，最多是整個網站程式重寫；但如果資料庫掛點，所有客戶、交易資料都不見了，這可就不是程式重寫能彌補回來的事情。所以越是大型的企業，在這方面就越仰賴全球性的IT廠商〈如Oracle與IBM〉，因為他們不但在產品面有較為全面的解決方案，更重要的是，在重要的時候找得到人負責〈謎之聲：只要你願意付錢〉。

也許MySQL最後選擇Sun而不是自己IPO的原因就在這裡：藉助Sun多年來在全球各地的服務與支援經驗，作為讓MySQL更上一層樓 – 進攻商用資料庫的基石。而這對Sun來說，現在所有採用MySQL的客戶〈我想以中小型企業為多〉通通都變自己的客戶了，Sales還可以趁機再推銷一下自家的伺服器產品，可謂一舉數得。當然，Sun不免還是跟Oracle一樣面臨到產品線重複的問題；之前Sun可是有提供MySQL競爭對手postgreSQL的服務的，不過我想這對急需重振雄風的Sun，並不是個大問題，反正postgreSQL也是open source，嚴格講起來並不是Sun自家的產品。

以上這兩宗併購案，對IT界來說真是兩枚震撼彈，而後續的整合成果如何，還需待時間證明。不過就我身邊一位同事的觀察，許多擁有優秀產品的中小型企業被大企業併購，對產品本身不見得都是好事。因為企業合併往往需要花上很長的時間進行組織重整，而且大企業的反應速度常沒有中小企業來得快，因此一些中小企業的產品在併購之後，反倒讓人感覺「變差了」；唔，到底我同事的唱衰會不會成真呢？就請各位看倌繼續耐心觀察吧！

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

併購這件事情，不單單只是網路新創公司的專利，Sun Microsystems 今天發布了一個大消息：他們即將砸下 10 億美金併購 MySQL！相信許多讀者對於這個全世界最受歡迎的資料庫系統絕對不陌生．幾乎所有跟科技沾得上邊的公司，你都會看到 MySQL 的蹤影．一些大公司就更不用說了，包括 Google IBM, Intel, AMD, Dell, and HP 等大廠都是 MySQL 的用戶．而每一本電腦書幾乎都是拿 MySQL 來當做教學的範例，我們甚至可以說，現在網路上的資料根本都是由 MySQL 來掌管的．

Sun 此舉是為了將自己再一次鞏固在網路經濟的中心點，透過完全掌握 MySQL，一方面繼續深耕 Open Source Communities，另一方面也名正言順地開始為 MySQL Enterprise 的企業用戶們，開始提供具規模和品質的服務，這是因為 MySQL 作為一個全世界最多人和最多企業採用的資料庫系統，無法面面俱到地提供給這些用戶技術支援．就如同 Jonathan Schwartz 在他的 blog 上所提到的：

但正如我所指出的，我們看到了一些弔軌的現象。初創公司和網絡公司的技術長不希望使用的產品，是不屬於自由和開放原始碼。他們需要獲得源 代碼，使之最佳化和快速地解決問題（但是如果他們可以透過付費來取得一些支援，他們也願意這樣做） 。另外，較傳統的 CIO 卻不希望使用的產品，不能得到商業支援：他們需要一些外部廠商的服務和技術支援，協助他們管理這些關鍵的 IT 基礎設施。

Sun 這次的併購，就是希望作為一家 IT 的平台和服務廠商，可以透過 MySQL 更加擴大自己的業務範圍．並且一方面繼續投資 MySQL 的開發和推廣，讓更多人採用，形成一個良性的循環．同時 Jonathan 也說 Sun 將會順著這個併購的氣勢，陸續發布更多的投資計畫，而且重點在於學術社群的研究投資．

Sun 這一家近年來飽受批評和業績不振的公司，終於在今天做出了大動作，股價也應聲大漲，希望 Sun 真能透過這一次的併購，向大家證明這家當初創造出 Java 程式語言的公司．不但沒死，也尚未凋零．

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

最近這個禮拜，許多網站都在寫所謂的「年終回顧」，而向來報導資訊科技產業為主的InfoWorld卻列出了「2007最被低估〈未被大力報導〉的科技新聞」，而排名第一的就是這篇文章：「JAVA正步上COBOL的後塵！」

光看這標題實在太嚇人。從大學時候開始算起，Java我碰了少說也有快七年以上，雖然比起眾高手不敢說多麼精通，但是說Java說要像COBOL一樣被市場淘汰，會不會太早了點？如果真的有朝一日醒來，Java全面性的被新語言替換，那所有寫Java長大的程式設計師豈不是立刻失業？

好，先別急，先把原文內容看完再說。InfoWorld在這篇文章所持的幾個重要論點如下：

1. 在網頁設計師界，擁抱Ruby on Rails、PHP、AJAX的人越來越多，而M$ .Net也正逐步把Java趕出企業應用市場。
2. Java最被人傳頌的好處是可以跨平台，然而根據Twiki.net CEO的說法，Java的版本越來越多，還時常要去下載各種不同的Library檔案，因此他們開發網站後來都改用ROR，解決版本複雜性的問題。
3. Java吃記憶體太兇、在UI上表現不佳，不利於手機版本J2ME的發展。
4. 根據InfoWorld一份訪問超過1,850家企業的問卷結果顯示，各企業比較偏好用.Net，勝過用Java。

好，我知道這樣的文章一定爭議滿天飛。我對當中的許多論點也不甚認同，但話說回來，它也的確點出一些問題。首先談談我不認同的點：

• 少來了，AJAX什麼時候變成獨立的程式語言，還可以取代Java來著？
• Ruby on Rails細節我不熟，但只因為這個語言近兩年開始起飛，開發網站套用模版用現成Framework開發速度很快，就可以取代Java了嗎？ROR之所以速度會快，是因為Rails已經寫好很多的模版可以套用是因為它的Framework可以讓你節省很多從頭開始的功夫，而寫Java的大部分人卻還習慣著從頭到尾一頁一頁慢慢刻。如果現在Wicket這些Java Web Framework發展得好，也綁進Eclipse裡面，那未來JSP是不是也可以喊出取代ROR的口號了呢？

不過，我也必須承認，寫Java到現在，有很多地方是我認為值得討論的。

• 版本控制：Java一直在推出新的版本，而且最近出的速度超快，一轉眼已經要出Java SE 7了，Java EE 6也預定2008年問世，速度快到其他家廠商都追不太上〈企業級伺服器WebLogic都到了2007年中出新版才能支援Java EE 5，而WebSphere、JBoss、Oracle等大廠都還在苦苦追趕中。〉
• 除了SDK外，Java還有許多由Open Source界開發的Library。雖然這些軟體免費又好用，但是伴隨而來的版本與相容性問題也相對複雜。程式老跳訊息告訴你這個jar檔版本太舊不是他要的，怎麼辦？
• 記憶體吃得兇：這顯然是跨平台的代價。我個人只遇過幾個純粹用Java寫的GUI程式，分別是JBuilder、Eclipse，以及NetBeans。而這幾個都是吃記憶體的超級怪物。就算我現在電腦有2G的ram，我也不敢同時開前面任兩個程式起來。
• 程式架構越來越複雜：曾經我以為只要會寫繼承、MVC，看過Design Pattern就算是會寫Java了，但是我大錯特錯，Java還有很多Framework，而且到最後某些Framework已經複雜到有點變本加厲了。這當中首推EJB。EJB現在已經被認為是失敗的概念，因為它實在是超級複雜…我曾經在課堂上寫過Agent，要讓同一隻程式能「跨越不同的JVM執行」，天啊，從頭寫一隻出來大概要走我半條命。果不其然，現在POJO〈Plain Old Java Object〉的口號越來越響亮，呼籲大家把Java程式設計得越簡單越好，尤其是不要照EJB 2.x的模樣來寫。

但話說回來，縱使Java的確有許多缺點，這仍然離標題所預測：「JAVA正步上COBOL的後塵！」差之甚遠。與其他新進語言相比，Java因為平台眾多，又有大批open source人士寫了很多的Library，以致讓新手光看到版本就眼花撩亂，但這些並不是會影響Java是否能持續存活下去的關鍵因素；關鍵應該要從整個軟體產業的角度下手。在原文後面的回應中，有一位署名systemanalyst的人寫得相當精闢：〈以下節錄〉

拉回企業的角度來看，許多公司內的mainframe程式是用IMS、CICS搭配上JMS(Java Message Service的縮寫) Connector來寫的，PHP跟ROR在這一點是要怎麼取代Java？

當你的網站流量很大時，用Windws TCP/IP會癱瘓，你確定敢用Windows當作重要的前端系統平台嗎？

我不是說Java沒有問題，但相較於其他平台，如果我自己開公司，我一定會選擇Java平台。為何？因為我可能會選擇POS平台用AIX〈IBM的Unix作業系統〉，線上購物平台用Linux，開發環境用Windows，而後端的資料倉儲系統架在z/OS上。為了省下管理不同異質平台的錢，我會用Java，因為它是唯一能在所有平台上通用的程式語言。

當我們在談論一個程式語言時，我們必須要從整個軟體工程的角度來看。Java不只是一個語言。當你看著Java時，你必須包含整個平台來看。看看這些為Java創造出來的架構與伺服器，它們的scalability是無限的！比起來.NET可就完全沒辦法比。如果你只是要講語言的syntax，是的C#跟Java沒什麼差別。但是如果你要評判Java能帶給你的價值，你必須從頭到尾、從上到下，完整的評估，而不只是”getThis()” 或 “setThat()”這些語法。

說到企業用途，或許Java還有另外一項好處，那就是Java Solution的平台提供者眾多，包括IBM、BEA、Sun、Oracle都有出Java專屬的應用伺服器，但.NET的平台似乎只有Microsoft一家比較知名。不管M$的名聲如何，選擇Java平台的公司至少在短期內比較不用擔心被同一家廠商壟斷的問題。即使Sun這一兩年來的股票跌到連水餃股都不如，各家企業至少還有IBM、BEA這幾家可以選擇，而選擇.NET的公司，可能就只好期望M$能夠活得長長久久，永保安康了。

講到這裡，各位看倌，你們的看法又是如何呢？

加入MMDays在facebook的粉絲團 隨時閱讀最新文章