ruby，java的勁敵

 bruce tate的beyond java辯稱，java作為企業開發慣用語言的統治最終會走向終結，企業創新也在十年內首次發生在java的領域之外。在那本書中，他審視了那些讓java取得史無前例不同程度成功的特性，也思量了新語言超越java要獲得的特性。

後面的章節討論了這個領域中競爭的其他語言，清楚的認為ruby在獨佔鰲頭。這些都來自於tate自己的效能突破（由ruby on rails支援），ruby語言的測試和來自於其他使用者也是有利的證據。

是不是ruby將逐漸超過java？java中存在什麼樣的空白給ruby填補？以及是否這兩種語言將會水火不容？
為了調查這些狀況，我們聯絡了幾名最傑出的作者，部落格和開發人員，得到了他們的見解。他們的回應全都會展現在這篇文章裡了。

著作權聲明：任何獲得matrix授權的網站，轉載時請務必保留以下作者資訊和連結
作者:chris adamson；ginge(作者的blog:http://blog.matrix.org.cn/page/ginge)
原文:http://www.onjava.com/pub/a/onjava/2005/11/16/ruby-the-rival.html
譯文:http://www.matrix.org.cn/resource/article/44/44288_ruby+java.html
關鍵字:ruby;java

bruce tate：一石激起千層浪

   bruce tate並不是作為一個局外者寫就《超越java》這邊書的。他的顧問公司專註於java 持久化架構和輕量級開發方法，同時他也是這些流行的java圖書的作者， spring: a developer's notebook, better, faster, lighter java, 以及 bitter java。

1，在《超越java》中你花費了大量的時間在ruby上面，看起來是它像在你說那些將超越java競爭者中出類拔萃。你覺得是什麼使ruby比 php，python這類語言優越？

這些都是好語言，但是都有一些缺點。對大型應用，php和perl不能連續地產生可讀的代碼。lisp，python和smalltalk這些就缺少了偉大語言好像應該擁有的催化劑。ruby是一種好語言，和催化劑（rails）提供了引人注目得新價值（以效率的角度）以及還在飛速地增長。ruby不一定是最好的語言，但是它將是我所見過最有可能的。ruby不大可能在委員會那裡超過java。它很有可能首先在一個更小但是卻重要的環境中取得好成績。這個環境也就是一個有web ui大的胖關聯式資料庫。

2，是否rails就意味著ruby？其他語言套件括java難道就不能實現同樣的思想？

如今，rails就是超過.netscape之類語言的催化劑，具有java一樣的功能，可通過網路實現應用的傳送。但是我認為rails很有可能僅僅是ruby元編程架構浪潮的第一波。

3，你的書中很多都基於典型的“將一個web介面串連到資料庫”情境，ruby的成功案例看上去也僅僅是一兩個開發人員的小項目。但是你也承認了java的重量級企業架構對一些項目的價值（即大型系統上的大型應用）。什麼情況下一個項目對於ror來說過於大的呢？如果一個ror在那方面的特性發展緩慢呢？

有ruby和小團隊你可以做很多事情。基礎代碼幾乎都是一個人寫就的，但卻關乎整個公司的生計。在一些主要的公司開始進行認真的嘗試之前，我們不知道你可以利用ruby或者rails到什麼程度。其中一個最吸引我的事情是經濟的規模，更小的規模。萬一生產力的數字是真實的呢？萬一確實可以得到5x的增長？那麼你可以在一個部門內劃分工作，將工作劃分給團隊中的一個。交流將很少會成為問題。管理和疏忽也很少會成為問題了。我們都知道對於一間公司增長, tipping points意味著什麼。因為增加溝通和管理的層級會產生很多的障礙, 所以一間公司增長要超過1，5，10，40，甚至100倍是很困難的。但是，在這一點上, ruby on rails的可擴充性是非常的好。

4，你是否看到java開發人員轉向ruby嗎，還是ruby將會給新一代的開發人員採用？

我覺得兩者都有可能。有開發人員不能容忍學習servlets， spring， xml， hibernate， struts 然後還要學習一些 ui 粘合的架構。在rails中，他們將會完全給釋放出來。同時也有java開發人員已經在尋找更加優勢的方法，他們發現了ruby on rails。接受了rails的java夢想家們的數目是令人驚愕的，他們有thought works，james duncan davidson，stuart halloway 更有 david geary。

5，難道java本身就不能做一些事情來維持它的傑出地位？如果過於複雜和膨脹，什麼可以阻止開發人員倒退到jdk 1.4？

java將會繼續處於頂峰,並在公司專屬應用程式上保持良好的表現，但是時間不會停滯不前。在某種意味上它終將會給替代。我們將需要一個更進階別的抽象。我認為我們最好的希望就是在jvm上做充足的投入，更好地支援動態語言, 擁抱新的事物，對於舊有的java代碼,則最好是保留保守的態度。

6，我們應該期望ruby在其他領域引起轟動？如果對於開發web應用它是如此不錯，假如ruby有的可以使用的合適的ui架構，會不會在案頭應用也實用呢？

現在說什麼還為時過早。如今，儘管ruby是有催化作用(rails)的語言，但是它僅僅是一個候選。以後將會發生什嗎？我想誰也不知道。

james duncan davidson：嘗試新事務

如果你使用tomcat或者ant（認真地說，什麼java開發人員什麼使用過？）那麼你就熟悉了james duncan davidson的工作了。在sun，他致力把這些項目開源並且把他們捐獻給apache基金會。並且他也編寫了servlet api的最初兩個版本，還有處理xml的java api。離開sun之後，他做起了mac os 的x開發。編寫《running mac os x panther》和參與編寫了《running mac os x tiger》，《 mac os x panther hacks》，《 cocoa in a nutshell》和《learning cocoa with objective-c, 2nd edition》

1，上一次我們見到你的時候，你還是那個《mac desktop apps in cocoa》傢伙。而現在，我在你的blog上看到你已經深深地陷入了rails。那是什麼回事？

我當時窮的要命和急切地需要錢。那時我剛剛買了一幢新房，並且抵押付款期限就快到期了――噢，
等會，你想我認真點嗎？好吧，事實是我和我的幾個朋友已經一直在想一起工作一段時間了。當恰當的時機到的時候，我們給項目做了技術評估，rails成了首選。那時我還沒用過rails或者ruby。但是我是不會讓小小的需要學習阻礙我去做那個項目的。今年我已經學習了三種，可能四種語言了。我不再相信一種語言可以做任何事了。如果我需要學習一些新知識去一些事情，我將全力以赴去學好它。

2，你對rails有什麼看法？

主要是簡單性。完成事情的容易程度。我做的那個應用的第一個項目原來是一個基於java的web應用。每個人都知道一定會有一種更好，更快，更容易的方法的。ruby一直都是一種好語言――並且是一種有趣的語言――因此建立於它之上的這個架構，它應得到關注。

3，ruby的晦澀和rails的新穎對客戶來說會不會是一個問題？

不全是。如今事實上恰恰相反。有太多潛在的工作, 缺並沒有足夠的人在真正地開發ruby on rails應用。

4，為什麼ruby會如此特殊？難道rails就不能在其他語言中實現？難道它就不能給java實現？

很少有其他語言可以完成rails，或者像rails那樣的。java不在他們之列。rails從ruby中擷取了一些妙不可言的東西，嘗試用另一種語言複製它不僅是對rails所做的是一個浪費，對其他語言來說也是一個浪費。但是它的概念一定會在其他非常動態，動態類型語言中得到很好的應用。

確實，我很興奮的看到其他項目正實現一些從rails衍生的主意到其他平台中。例如作為一個python裡的rails版本，django得到了一些固定的發展。但是，實際上它是python自己的龐然大物，它如何成長將會非常有趣。

現在，我已經說過了你不能用java來實現rails。但卻並不意味著你不能用java做一些同樣優秀的東西。java的力量可以以一種有趣的，神奇方式應用到一種全新的架構上。只是還沒人做那些事情。每個人都對j2ee這個糕點趨之若騖，以致於沒人以一種更加激烈，更加動態方式來重新考慮問題。儘管有人提出一個基於java的殺手級的架構可以與rails做同樣多工作, 它一定也不能做的象rails一樣。

5，具有良好設計的java應用能夠很好地支援特性的擴充――設計好你的類和包，那麼你的心情將舒暢好長的一段時間。能否有團隊編寫出一個真正大型的ruby應用？它是否具可維護性？或者還是ror只能小打小鬧？

設計良好的應用無論是以何種語言編寫的都能夠很好地支援特性的擴充。糟糕的設計無論是何種語言就不能了。同時也有了如何才是大型應用的定義的問題。我用ruby寫的第一個rails應用部署到生產也不夠5,000行代碼，但是我之前用其他語言編寫的同樣大小的應用卻達到了50,000行代碼，所以如何定義大型是個問題。

有團隊可以編寫一個可以支援大量特性，運行良好，時間上具備可維護性的ruby on rails應用嗎？是的，毫無疑問。在使用了ruby on rails一段時間後，我將有信心用rails解決任何尺寸的web應用問題。但是，那是因為我在它上面花費了一些時間，認識到編寫一個具有良好設計的應用是有可能的。

也就是說，很有可能現在正有幾十個垃圾的ruby on rails應用在編寫中。幾百或者幾千個都有可能。如果你不知道你正在做什麼，你將會編寫一個垃圾的應用。

6，那麼我們回到了web應用，你可以在案頭上使用ruby，或者我們是否一直要用c#，物件導向c還是os服務商支援的語言編寫ui？

嗯，我的生活的一部分就是回到web應用。它對我來說是一個很好的還環境，因為自從1994年開始我就一直在做基於web的工作。但是現在我將開發基於案頭的應用。而且人們對案頭應用的需求還很大。我可不想要一個網路的office。你也不想把一些象aperture的東西建造成一個web應用吧。

你現在可以使用ruby去建造一個令人信服的案頭應用嗎？不，相關的工具包還不存在。但是如果存在了恰當的工具包――這是有可能的。那就沒有什麼東西可以阻止它成為一個好的案頭應用語言了。那是說，我已經發現利用平台的最好的方法就是盡量的本地化-貼近平台，不管它是一個作業系統或者還是一個web應用程式框架。當我在mac上的案頭工作，我需要寫物件導向c和cocoa。當我用rails的web工作，那意味著使用ruby。而對於作業系統方面的工作，我需要用到c和shell。在這個討論中不會只有唯一的答案。    

我認為這就是最近對ruby on rails關注和屏棄以有色java眼鏡看待世界的真正勝利。ruby並不會成為下一個java，完全不。而是ruby on rails將會協助打破了這樣的一個觀點-- “只有一個正確的方法”，不是的。解決問題的方法有千百條。真正的，他們中沒有一個是明顯的勝者。只有解決方案有優勢的位置。

我想就像我們在其中工作，吃飯和居住的建築物一樣。一些建築物最好是用水泥和鋼筋築造。其他的是用砌築。還有其他的最好是用木材，並且那樣做是有理由的。沒有人會跳起來說“所有的建築物一定要用磚頭築造！”，那樣太愚蠢了！同樣的道理，不是所以的應用都應該要用ruby on rails或者django或者j2ee或者perl來編寫的。對於任何一個特定的工作都有大量的工具。還有新的工具等待去發掘呢。訣竅就是決定最優秀的那個。

讓我們從夸夸其談回到你的問題：在web應用的範疇，很容易出現一個新的架構的，因為你並不是與視訊卡，gui和應用在上面跑的整個系統之類打交道。除非是你願意開發一個自己的架構，你必須面對選擇使用哪個架構的選擇。在案頭上也是同樣的道理。你可以建立你自己的架構，做任何你想要的做的，但是該建議卻不比你自己為web建立一個新架構容易。

robert cooper：帶上利器

onjava的部落格robert cooper最近在他的blog上撰寫了
“it's the end of the world as we know it."”來回應一些“java時代末日”的言論。cooper是亞特蘭大地區致力於企業整合和web/web服務應用的j2ee開發人員，同時也是資訊和娛樂網站screaming-penguin.com的經營者。

1，你曾經說過“長期以來‘企業級’java一直未能逃脫的一個很悲哀的事實是500個應用才需要‘企業級’的功能。”為什麼java開發人員採用了比他們實際需要更加複雜的架構？

好的，有一些因素導致了這樣現象。一個是“buzzword compliance”. 你想使用你“應該”要使用的東西。我記得在99年一些大項目採用了entity bean作為資料模型，但是我們很快發現了效能是如此的恐怖以致於我們最終又轉到了手寫的dao層。

最近對javax.persistence的修改，一定程度也表明了，ejb的失敗一直都是缺乏不同層級的支援。理想的情況是，如果我僅需要基本的，簡單的orm-類型功能，我就能夠很快的得到。如果我想深入真正複雜的東西，給我一個“更深層”的有分散式交易的視圖。然而，儘管在那樣高的層次上，在ejb1.1/1.2的世界裡，看看你需要多少行代碼1）從jndi獲得home存根，2）做一個find by，3）做改變，4）提交事務。對於一般的應用，答案沒有理由只應獨一無‘二’。然而更新穎的java架構（閱讀：spring + hibernate）使你獲得了那一個‘二’，但是你也要做一大堆的配置。那樣，很多方面, 混淆了你的代碼。大量的因素促成我我的演說“擁有一個有效預設配置/操作”，但是那是不同的故事了。

2，你一向不屑把ruby on rails看作是technorati中的後起之秀。你是根本就不想接受還是只是厭惡這種夸夸其談呢？

並不是我真的這樣不屑。rails在很多重要的方面來說非常優秀。事實上，如果php是那要死的飛行意粉怪，並且要給ruby替代，我想那將是一個大進步。然而，儘管ruby確實掃除了過去的錯誤，它仍然缺乏java那麼多的功能，但是ruby為快速開發提供了一個引人注目新的開發模型。你可能反對，這僅僅是時間問題，假以時日，它一定可以的。然而，我對ruby/rails有一些敵意, 是因為我一些一直都在希望java能夠擁有的特性，一直長期希望j2ee能夠擁有簡單性。

3，那麼是什麼促使你繼續留在java陣營，你看中它的什麼呢？

按照我日常的工作，在400上沒有必要使用ruby調用pcml/rpg程式。同樣，那些大量的java擁有的 “企業級”特性很重要，更不用說它是一個統一的打包和部署的架構。

4，你說“然而，java像是變成了無所不包的了，它不是‘web的語言’，也不是案頭應用的‘一等公民’。”java是否應該放棄一些野心，專註在一個更小應用空間集合裡？如果那樣，放棄哪個？

你也知道，我在我的網站上和一個紳士有很長的討論。他指出了java在j2me世界的成功，tme/tivo，置頂盒--或許是下一代dvd的混戰。這些對於開發來說都是有效領域，但是我認為如果java變成了這樣的一個系統，那將是一個損失。

使我惱怒的是java發明的“applet”，你看看flash（加上flex/laszlo），它的“cool”（快速的使用者體驗）和“強大的”（我免費的得到資料繫結/soap/xml-rpc等等）使applets無地自容。“強大的”缺不需要jre的事實立馬扼殺了applet的生存空間，如果有人能以接近數目的程式碼數向我展示laszlo dashboard demo，我可能已經在那個方面得到了一個核心發展。cool是需要很大的代價的.

5，java越來越多的複雜性，越來越多的競爭架構，這是你之前批評很多次的。我們用jdk 1.2的語義編碼，手工編寫servlet是不是更好呢？

我認為的複雜性是很難管理。例如，如果你從一個vb背景開始關注使用swing，那是非常令人難受的。當你需要做一些技巧性的東西，沒有一個“簡單”介面可以cast成更加“進階”的介面。坦白的說，最近出現的一個有用的東西就是jax-p了。在我頭腦中，還有一些東西jre沒有的，但是卻是必須存在的。swing存在有多久了？然而還沒有東西可以給你像vb5的資料繫結表格控制的功能。

我想jdk 1.5的提升是非常顯著的。當我談到“降低複雜性”，我真正指的是a）對於一件事情, 給予更多標準的途徑來完成，因此如果我真正需要一些不同的特性，我僅僅需要一個外部的架構。b）設計更加友好的api――認真的說，看看javamail的javadoc，看看研究出如何發送一個html格式的email要花費你多長時間。c）增加更加通用的功能到核心運行環境，提供一個可以分別與基於flash，ria和案頭領域的avalon/sparkle相比擬的風格和效能。同樣的，我記得以前天真地從vb/vc++轉到java世界，想道“天哪，本來一直就應該是這樣的。”幾年前，我不能說我看到任何增加到java的東西都是和我有同樣的想法（除了將要來臨的jax-ws api）。看看rails，你會有同樣的感覺。看看flex你也有同樣的感覺。看看avalon你也有同樣的感覺。不是我不喜歡ruby，只是看上去java不再可以與時俱進讓我很沮喪。

bill venners：發行人的觀點

artima是很多java開發人員高度關注的網站。長久以來它的發行人bill venners是一個java著作者和顧問。同時也是一個javaworld的專欄作家，inside the java virtual machine的作者。所以，當我們注意到artima上的ruby內容，我們必須找出背後的故事。

1，artima在很多人眼中一直都是作為一個java網站，但是你剛建立一個一個新的ruby版面， artima當今很多的特色文章都是關於ruby的，是什麼促使了這種改變？

沒有改變。artima曾經是一個清一色的java網站，但是幾年前我們擴充了更一般開發焦點，開始涵蓋其他語言。例如，我們開始在“python buzz”整合python blogs，在“the c++ source”刊發c++文章。我們建立了ruby code & style簡報來作為ruby社區通過高品質，編輯的文章分享資訊的地方。

2，你是否認為你的ruby報道是作為一種趨勢，或者服務已作出改變的開發人員？

我們建立ruby簡報僅僅是為了服務ruby社區。我不知道是不是有一個趨勢，我也沒有看到很多java開發人員轉到ruby。人們並不只是僅僅需要用一種語言編程。我想掌握一種系統語言是有好處的，例如java或者c++，和一種指令碼語言，例如ruby或者python，而且能夠用兩者工作。那樣的話你就可以使用你手中最好的工具來工作了。

3，你的最初少數ruby文章幾乎沒有涉及rails。你是否認為rails背後有一個大的ruby故事？你還知道有什麼東西使用了ruby？

除了知道rails在市場上很有賣點，我對rails瞭解的不多。rails商人一遍又一遍傳遞了這樣的一個資訊，就是rails能夠助你很快的建立web應用。每個人都很清楚的收到了這個資訊。我認為這是一個非常好營銷工作。我也相信這個資訊，但是快速的建立一個web應用不僅僅是人們所關心的。有時人們也關係與資料庫的整合，應用伺服器的叢集，在這種情形，其他工具可能比rails更有效率。就ruby而言，我認為它是一種適合指令碼和建立系統的多用途的程式設計語言，與python同種類別。

4，即使在rails以前，對比於其他“敏捷”語言，人們都談論到ruby獨特的吸引java開發人員。你認為ruby有什麼特別之處呢？為什麼它對於java移民這麼好？

我不相信將會有很多java移民或者ruby尤其適合java程式員。現在大肆宣稱圍繞著ruby，或許是因為rails的買賣，所以或許你印象中的移民就是來自於那些宣稱的印象。ruby是一種好的語言，但是java也是，python也是。

5，你是否認為我們將會看到很多java開發人員開始學習ruby或者轉到ruby，或者我們將看到一個新一代直接跳過java而用ruby代之？

java不會離我們而去。在artima，我們選擇了java作為新的體系架構，而不是ruby，或者python，就是因為它是一個成熟的擁有免費和商用的大量工具和api的生態系統。相對於java，是的，當使用ruby或者python編程的時候是有一些速度的提升，但是有了現代的像intellij，eclipse.netbeans的 java ide，你可以在java裡走的更快。但是用ruby編程是很愜意的，同時，如果有人可以從ruby中找到他們的職業生涯，那麼請全力以赴去實現。

結語

是否ruby將橫掃java？不僅僅是虔誠的ruby狂熱者在預言這個情境。開發人員的需要觀點, 就像venners提出的“手上對工作最優的工具”。 至關重要的是，開發人員必須對正確理解和使用這些工具負責。也就不難看出coopper對於ejb 1.0的大肆宣稱的記憶和davidson的預言“如今很有可能有很多垃圾的ruby on rails應用在編寫中”的聯絡了。無視技術，讓市場的浪潮沖走是很危險的。不僅如此，很多人正在告訴我們使用ruby會有相當大的效率提升，它確實是一個理想的工具，因此我們應該給予一定的關注。

作者感謝bruce tate, james duncan davidson, robert cooper, 和 bill venners。感謝佔用了他們的時間與onjava的讀者分享他們的思想。