當前位置:編程學習大全網 - 網絡軟體 - 自從java被甲骨文收購以後還有沒有中文的手冊?

自從java被甲骨文收購以後還有沒有中文的手冊?

每股9.5美元的價格將公司出售給Oracle。雖然還有壹些必要的審查和手續,但是兩家公司的合並,看起來是不可避免的了。壹時間,很多IT領域的朋友眾說紛紜,對Sun 公司各種產品和技術的前途提出種種預測。在這裏我個人就Sun 公司軟件部門的壹些產品和技術(包括Solaris數據庫,Java編程語言,MySQL數據庫等等)的未來發表壹點看法。需要說明的是,雖然我個人在 Sun 公司工作,但是並沒有任何機會接觸到公司決策層的任何相關資料。因此,在本文中出現的所有觀點,僅僅是我個人的觀點,而不是我的雇主Sun 公司的觀點。

Solaris操作系統

在Oracle與Sun 公司***同發表的新聞稿當中指出:Sun 公司所擁有的Java語言和Solaris操作系統是“根本性的長期戰略優勢”。Solaris操作系統對於Oracle的重要性,由此可見壹斑。

作為壹家數據庫廠商,Oracle做夢都想要擁有自己的操作系統。在沒有自有操作系統的情況下,唯壹的選擇就是全面支持市面上各種操作系統,根據市場的變化來調整不同操作系統的優先級。2000年之前,Sun 公司正如日中天,在金融、電信、能源等多個關鍵性領域的裝機量排名第壹,因此Oracle選擇將Solaris作為優先考慮的操作系統。2001年前後,GNU/Linux在服務器端的性能已經相當出色,可以運行在價格低廉的x86處理器上,能夠方便地從網絡上免費下載到安裝文件。更重要的是,大量向往自由的技術人員通過各種渠道分享經驗,在網絡上很容易找到與GNU/Linux相關的各種文檔。與此相反,Solaris需要運行在昂貴的 UltraSparc處理器上(當時x86版本的Solaris 8已經可以免費下載,但是還遠遠沒有達到健壯實用的程度),安裝過程煩瑣復雜,系統管理員還需要經過Sun 公司的專門培訓。隨著互聯網泡沫的全面破滅,企業對信息系統的性價比提出了越來越高的要求。在這種情況下,Solaris的新增裝機量開始下降,無須財務主管審批即可立即部署的GNU/Linux開始占領數據中心。Oracle敏捷地註意到了這個趨勢,於2002年推出了名為“堅不可摧的 Linux”(Unbreakable Linux)的客戶支持計劃,開始向GNU/Linux傾斜。需要註意的是,“堅不可摧的Linux”並不是壹個新的GNU/Linux發行版,而是指 Oracle向 Linux用戶提供的軟件更新以及技術支持等等增值服務。與此同時,Oracle開始加大在操作系統方面的投入,慷慨解囊資助GNU/Linux社區中的多個關鍵性項目,同時試圖構造壹個全新的GNU/Linux發行版。由於操作系統的復雜性,Oracle在自有操作系統方面的進展緩慢。由於與IBM 公司的DB2存在正面競爭,盡管Solaris的市場正在萎縮,Oracle依然將Solaris作為優先考慮的操作系統。2006 年,GNU/Linux在數據中心的新增裝機量已經超過了50%,Solaris的新增裝機量則降低到15%以下。這時候Oracle的首席執行長官 Larry Ellison做了壹個聰明絕頂的決定:將Red Hat的圖標換成Oracle的圖標,將“Red Hat Enterprise Linux”幾個單詞修改成”Oracle Enterprise Linux”,壹舉推出了與Red Hat Enterprise Linux完全兼容的Oracle Enterprise Linux,同時推出價格僅有Red Hat壹半的客戶支持計劃。盡管業界對此眾說紛紜,Oracle終究是依靠GNU/Linux社區的強大實力擺脫了對Solaris的依賴,同時也過了壹把“自有操作系統”的癮。

2006年4 月,在被問及是否會考慮收購Red Hat的時候,Oracle的總裁Larry Ellison信心滿滿地說:Oracle不會收購壹家隨時都有可能被淘汰的公司。盡管如此,Red Hat成功地用市場份額證明了他們比Oracle更懂操作系統。Oracle可以輕易地將Red Hat和Novell等等公司貢獻給開放源代碼社區的成果拿來使用,卻無法拿來這些公司在開放源代碼領域的聲望,也無法拿來用戶對這些卓有貢獻的公司的忠誠,

這也許是Oracle收購Sun 的原因之壹:Sun 懂得操作系統。在文件系統方面,ZFS是目前為止功能最強大的文件系統;在應用開發方面,DTrace能夠輕易從內核層和用戶層尋找應用程序的瓶頸;在系統安全方面,Solaris Trusted Extension獲得了最為全面的EAL 4+認證(包括LSPP, CAPP, RBAC);在超級計算方面,目前世界排名第六的德克薩斯超級計算中心(Texas Advanced Computing Center)運行的是Solaris操作系統。(需要說明的是,排名前五的超級計算機運行的都是不同版本的GNU/Linux操作系統。)盡管新增裝機量的增長緩慢,但是在世界各地的數據中心裏,依然有10%左右的服務器在運行不同版本的Solaris操作系統。通過收購Sun 公司,Oracle可壹舉獲得操作系統領域的核心技術、人才、聲望、以及現有的客戶。

因此,Oracle不會放棄Solaris操作系統。剩下來的問題,是如何繼續Solaris操作系統的開發。Oracle是會繼續支持目前的 OpenSolaris項目呢,還是會采用傳統的閉源方式?我個人的看法是,Oracle有可能在GPL授權協議(有可能是GPLv3)的框架下重新發布 OpenSolaris項目。OpenSolaris目前最大的問題,是硬件兼容性的問題。在x86/x64平臺上,尚有大量的聲卡、網卡、顯卡以及其他外接設備沒有OpenSolaris的驅動程序。類似的問題,GNU/Linux社區已經解決得比較好了。相關的驅動,基本上都是開放源代碼的,只是由於 GPL協議和CDDL協議之間互不兼容,使得OpenSolaris社區無法利用GNU/Linux社區的這些成果。我在《回顧:OpenSolaris 2008.11》壹文中明確指出:使用GPL授權協議發布OpenSolaris項目,在技術上可以解決OpenSolaris項目所面臨的困境,在感情上可以消除GNU/Linux社區的敵意。的確,使用GPL授權協議使得GNU/Linux社區也可以充分利用OpenSolaris項目中諸如ZFS和 DTrace等等亮點,但是從長遠來看,恐怕是OpenSolaris項目得到的好處要更多壹點。畢竟,對於壹位普通的開發人員來說,沒有ZFS和 DTrace的GNU/Linux已經足夠好用,但是沒有聲卡網卡驅動的OpenSolaris就不太好用了。

關於開放源代碼軟件,Larry Ellison有壹句名言:“如果開源軟件變的足夠好了,很簡單,我們就把它拿過來用。”現在GNU/Linux在設備驅動方面的優勢如此明顯,Larry會放過這個機會嗎?

Java編程語言

談起Java編程語言,我們首先要明確Java語言目前有三個分支:Java SE(標準版)、Java EE(企業版)和Java ME(嵌入版)。Java SE是Java EE和Java ME的基礎,類似於國家自然科學資金的基礎性研究項目,基本上是光花錢不掙錢的。Java EE可以認為是Java語言在企業級解決方案中的應用,大部分做Java的公司,除了Sun 公司之外基本上都是依靠Java EE盈利的。最近幾年,Java EE儼然是企業級解決方案的事實標準。以中國的情況為例,2008年40%的企業級應用是基於Java EE的,35%是基於.Net的,另有18%是基於單純的HTML和JavaScript的。Java ME可以認為是Java語言在嵌入式設備方面的應用,譬如說現在大部分的手機都支持Java ME的某個子集。在2006年之前,廠商每生產壹臺支持Java ME的手機,要給Sun 公司支付壹定的授權費用。2006年11月,Sun 公司啟動了名為PhoneME的開放源代碼項目,這個收入就變得不是十分可靠了。

在如上三個分支中,Oracle最感興趣的顯然是Java EE。但是在收購Sun 公司之前,Oracle已經收購了這個領域的大牛BEA。以應用服務器(Application Server)為例,在中國2008年BEA的WebLogic的市場份額為27%,僅次於IBM的WebSphere(29%),Oracle自己的應用服務器占7%,而Sun 公司的應用服務器(GlassFish)僅占4%。又以門戶服務器(Portal Server)為例,在中國2008年BEA的WebLogic的市場份額為32%,比IBM的WebSphere(31%)還要高壹個百分點,Oracle自己的門戶服務器占10%,而Sun 公司的門戶服務器僅占7%。顯而易見,讓Oracle暗自動心的不是Sun 公司在這個領域的市場份額,而是Sun 公司作為Java語言的發明者在這個領域領導地位。可以想像,在兩家公司合並之後,Oracle必然會將Sun 公司目前的Java EE部門壹分為二 --寫標準和申請專利的繼續寫標準和申請專利,開發應用服務器的則並入原來的WebLogic部門。至於Sun 公司自己的應用服務器GlassFish,至少這個品牌想來是不會再用了。下壹代的Java EE參考實現,叫做Oracle WebLogic顯然要響亮得多。按照同樣的推理,Sun 公司原來叫做Java企業系統(Java Enterprise System, JES)的那套東西,本來占到的市場份額就很小,合並之後跟Oracle現有的中間件產品線發生沖突,也將逐漸退出歷史舞臺。

Java ME是壹個比較難辦的問題。隨著各種高速無線網絡的普及,移動與嵌入領域正在變成下壹個金光閃閃的企業級取款機,但是Oracle在這個領域卻毫無經驗。我個人的觀點,是Oracle會讓這個部門繼續獨立運作壹段時間,但是會指派壹位黨委書記(有可能是從外部新招來的)前來參觀學習。等這新來的黨委書記熟悉了Java ME部門的業務之後,才開始對該部門進行調整,並且調整的幅度不會很大。

Java FX的去留,要取決於Java ME的命運。我們知道,不管Java FX的桌面版做的有多好,在桌面這個領域是肯定收不到支票的。Java FX如果想要掙錢,就必須能夠在手機上流暢地跑起來 --這個事情,不僅僅是改進Java FX本身那麽簡單,還需要考慮手機的處理能力,以及跑在手機上那個Java虛擬機的效率。

不管是Java EE還是Java ME,都嚴重依賴於Java SE。如果底層的虛擬機做的不夠好,上層的框架搭得再好都是白搭。Sun 公司自己的Java虛擬機,有很多獨到之處,執行效率也不錯。兩家公司合並之後,Oracle之前從BEA那裏獲得的JRockit估計要遭殃。 Oracle是壹家註重實用的公司,因此Java虛擬機下壹步將註重於提升服務器端的性能,某些只有桌面端才用得上得功能,其優先級估計就要低壹點了。在這壹點上,Java虛擬機和GNU/Linux近年來的發展趨勢基本上是壹致的。

熟悉Java開發的朋友可能會問:NetBeans呢?這可是Sun 公司花了10年心血精心培養常來的寶貝。在下任何結論之前,我們還是先看看2008年Java集成開發環境的市場份額。根據CSDN提供的每年壹度程序員大調查數據,在中國這組數字大概是這樣的:NetBeans占19.3%,基於NetBeans的Sun Java Studio占4.5%,Eclipse JDT占52%,基於Eclipse的JBuilder占5.5%,基於Eclipse的IBM WebSphere Studio占2.8%,基於Eclipse的BEA WebLogic Workshop占6.5%,IntelliJ IDEA占2.2%,Oracle自己的JDeveloper占1.2%。乍看起來,NetBeans以及基於NetBeans的集成開發環境占了 23.8%的市場份額,似乎是Oracle白白占了個大便宜。再仔細想想,NetBeans是壹個免費的產品,Sun 公司大力發展NetBeans,指望的是開發人員通過使用NetBeans將其開發的產品部署在自家的應用服務器等部署環境上,這樣才能夠賣出產品和服務。在過去四年中,雖然NetBeans的市場份額逐年穩步提升,但是在拉動其他產品方面的作用非常有限。Sun 公司之所以堅持做了下來,是因為過去十年的慣性實在是太大,要想停下來的話不管在內在外都免不了要大折騰特折騰壹場。換句話說,這些年來Sun 公司大力發展NetBeans確實保住了面子,但是底下裏卻輸掉了錢包。這種死要面子活受罪的事情,Oracle的Larry Ellison是斷然不會做的。

MySQL數據庫

2008年3 月,Sun 公司以10億美元的代價收購MySQL,被Jonathan Schwartz認為是“現代軟件史上最重要的並購案”。如此重要的壹個角色,在在Oracle與Sun 公司***同發表的新聞稿當中並沒有提及。很多業內人士認為,由於MySQL與Oracle的數據庫業務之間存在直接的競爭關系,很有可能會被Oracle所拋棄。如果我們將數據庫業務這個市場看成壹個整體,Oracle與MySQL之間毫無疑問是相互競爭的。但是,如果我們進壹步對這個市場進行細分,結論就有可能不太壹樣。

原MySQL公司的首席執行長官Marten Mickos曾經說過:“如果要在開源軟件上取得成功,那麽妳需要服務於:(1)願意花費時間來省錢的人;和(2)願意花錢來節約時間的人。”拿數據庫這個市場來說,MySQL所服務的,大部分是第壹種用戶,小部分是第二種用戶;Oracle所服務的,大部分是第二種用戶,小部分是第壹種用戶。MySQL 所擁有的用戶數量更多,因為不願意花錢的人總是比願意花錢的人多;Oracle所擁有的用戶質量更高,因為願意花錢的都是優質客戶。Orqcle更多地被使用於中大型企業應用,MySQL更多地被使用於中小型企業應用,不過這個界限並不嚴格。因此,MySQL的用戶群和Oracle的用戶群之間存在壹定的重疊,但是重疊的程度並不是很大。Oracle的推廣是自上而下的,通過專業廣告樹立權威形象。壹位普通的IT從業人員提起Oracle,可能會覺得 Oracle很強大,什麽任務都可以勝任。MySQL的推廣是自下而上的,通過口口相傳培育用戶信心。壹位普通的IT從業人員提起MySQL,可能會覺得 MySQL同樣很棒,“對付這樣的應用足夠了”。

但是這並不代表Oracle對MySQL的用戶不感興趣。2005年10月,Oracle收購了與MySQL關系密切的InnoDB。當時 InnoDB為MySQL提供壹些事物和外鍵方面的技術,主要使用於比較復雜的應用當中,對於壹般的應用基本上沒有什麽影響。Oracle收購 InnoDB的本意是希望通過拿走MySQL中的優秀特性來打壓MySQL,阻止MySQL進入中大型應用這個市場。遺憾的是開發人員普遍將Oracle 的收購行為理解成對MySQL的恐懼,並且進壹步得出MySQL的性能已經足以與Oracle相競爭的推論,反倒幫MySQL做了壹次活生生的廣告,加速了MySQL的普及。到2008年3 月Sun 收購MySQL的時候,MySQL在數據庫業務領域的市場份額已經達到25%以上,更擁有了象Google、Yahoo!、YouTube這樣的標桿性用戶。

現在壹切都順理成章了,通過對Sun 公司的收購,不管妳用的是MySQL還是Oracle,妳都是Oracle的用戶了。請記住,MySQL被Sun 公司收購之後,基本上是處於獨立運作的狀態,其現金流還是正的。只要Oracle表示繼續支持MySQL數據庫,就能夠贏得MySQL社區的支持,並在適當的時候向他們提供更好的(要掏錢的)產品或者是服務。在未來的兩到三年裏,MySQL還是會作為壹個獨立的產品存在。從長遠來看,同時維護多個具有相同或者相似功能的產品會造成用戶的困惑。因此,MySQL最終還是需要融入Oracle現有的產品線,只是要等到Oracle將MySQL現有的用戶群消化掉而已。

開放源代碼

通過這筆金額高達74億美元的交易,Oracle還將得到壹個贈品:按照源代碼的行數來計算,Oracle將成為世界上對開放源代碼社區貢獻最大的實體。從操作系統(OpenSolaris)到編程語言(OpenJDK),從數據庫(MySQL)到應用服務器(GlassFish),從開發工具(NetBeans)到辦公套件(OpenOffice),這些源代碼幾乎無所不包。這個贈品來得比較突然,估計Oracle還沒有想好要怎樣去處理它。

Oracle對開放源代碼的態度,可以用四個字來總結:拿來主義。如果壹個開源軟件足夠好用,直接拿過來集成到Oracle的產品中就是了,沒有必要為其支付任何費用。用Larry Ellison自己的話來說:“我不能夠給開放源代碼軟件開出上億美元的支票,因為這並不能夠使我們在競爭中得到優勢。我們能夠做的,別人也能夠做。”可惜的是,Oracle收購了InnoDB,並沒有拉攏到MySQL的用戶;Oracle推出了Oracle Enterprise Linux,也並沒有能夠拉攏到Red Hat的用戶。開放源代碼的價值,在於圍繞該技術所形成的社區,這個社區包括該技術的開發人員和用戶。只有這個社區成了規模,才能夠給社區領袖帶來經濟價值。在這壹點上,Marten Mickos看得要比Larry Ellison更為透徹。

和Oracle相比,Sun 公司在開放源代碼方面顯然擁有更多的實戰經驗。在過去的四年裏,只要是可以開放源代碼的軟件資產,Sun 公司基本上都開放源代碼了 -- 不僅僅是軟件,連其最新版本的處理器UltraSparc T2的設計都是開放源代碼的。這也難怪有人這麽評論道:“在這場轟轟烈烈的開放源代碼運動中,Sun 公司無疑是開放得最為徹底得壹個。從處理器到操作系統,從編程語言到開發工具,從數據庫到辦公環境,無壹例外。”問題在於,作為壹家掛牌交易的上市公司,開放源代碼的舉措並沒有能夠使公司擺脫財務上的困境,最終被Oracle收入囊中。Sun 公司的這些“實戰經驗”,到底有多少能夠為Oracle所借鑒,是個值得進壹步探討的問題。

結語

我於2004年10月滿懷仰慕之情加入Sun 公司。在過去的4 年多時間裏,Sun 公司壹直處於動蕩之中。每隔三五個月,就來壹次結構調整,讓大家緊張壹陣。這幾年來,大大小小的調整經歷了不少,竟然慢慢地也就習慣了。這壹次經濟危機,心裏也知道公司的情況非常緊張,但是沒有想到竟然這麽快就要被賣掉。就借用《金剛經》中的幾句話,作為這篇文章的結語吧。

壹切有為法,如夢幻泡影,如露亦如電,當做如是觀。

關於作者:

蔣清野,1999年獲得清華大學學士學位,2000年獲得美國伊裏諾大學香檳分校碩士學位,目前是Sun 中國技術社區的高級經理,同時任北京交通大學軟件學院的客座講師。在加入Sun 公司之前,蔣清野曾就職於北京中基超威信息技術有限公司(AMD公司的子公司),負責Linux操作系統的裁減與驅動開發。在此之前蔣清野就職於美國導航與控制公司,負責慣性導航、人工智能和嵌入式系統等多方面的研發。蔣清野的個人博客地址為

  • 上一篇:中華煙多少錢壹包?
  • 下一篇:賽爾號變了,所有感到淘米騙兒童錢的進入。淘米是黑米,欺壓兒童錢財。大家來討論賽爾號是不是守財奴。
  • copyright 2024編程學習大全網