臃腫的軟件

JavaScript 已經和 JDK 6 綁定到了一起。其他語言也許會添加進 JDK 7。我覺得那樣會有點臃腫。首先，Sun 公司絕不會加入一門語言就停下來。如果它選了 BeanShell，擁護 Groovy 的家伙也會要求加入。如果加入了 Groovy，用 Ruby 的家伙也會堅持要加入。如果 Ruby 加入，還能忽略 Python 嗎？標準 JDK 已經太龐大了。支持多種腳本語言是一回事，但將它們綁定到一起還是同一件事嗎？策略性的改進應該是支持所有這些語言，但一個也不綁定進來。

積極的一面是，Sun 公司正在研究減小初始下載尺寸和減少應用程序啟動時間的方法，尤其是 applet 和 Java Web Start 應用程序?？赡艿姆椒ㄊ?，將大量的類庫放到服務器上或放到速度較慢的后臺線程中，只下載需要的部分。



如果我們只說一門語言，世界將會索然無味。盡管 Java 平臺是開發成熟應用程序的絕佳選擇，但它從來就不適應于小程序或宏。Java 6 意識到了這一點，它添加了 javax.script 包實現，以便和腳本語言（如 BeanShell、Python、Perl、Ruby、ECMAScript 和 Groovy）進行互操作，也添加了一項 invokedynamic 虛擬機指令來允許將動態類型語言直接編譯為 Java VM。

2007 年，我將寶押在 Ruby 上，盡管它并不是我個人的最愛。對于我來說，Python 代碼似乎比 Ruby 代碼更簡潔更易于理解，我認為大多數 Java 程序員都會這樣認為。然而，Python 出來的不是時候。許多開發人員不得不在學習 Python 代碼還是學習 Java 代碼間作出選擇，而多數人選擇了 Java 代碼。既然他們終于弄懂了 Java 語法，又打算在工具箱中添加另一門語言，他們想要的是明天的語言，而不是昨天的語言，而那門語言似乎就是 Ruby。更重要的是，Ruby 的 Ruby on Rails 是一個絕對殺手級的應用程序。它的簡單性對于多數覺悟了的 Java 企業版（Java Enterprise Edition，JEE）開發人員來說具有難以置信的魅力。

除了 Rails，比起其他腳本語言，JRuby 項目和現有的 Java 代碼很好或更好地集成到了一起。事實上，JRuby 也許會超越標準 Ruby 分布，并成為 Ruby 程序員們更偏愛的平臺，而不止是 Java 程序員們將 Ruby 作為第二種選擇。這很好。Python 程序員們會這樣反對：他們這些年來已經將 JRuby 最好的方面加入到 Jython 中，他們是對的，但我討論的是 2007 年將 發生什么，而不是應該 發生什么。這很不幸但卻是事實：Ruby 獲得了契機，而 Python 沒有。

其他腳本語言會被逐漸逐出界外。Perl 太過時了，不能很好地適應現代應用程序。Groovy 缺少明確的視角，還趨向于將計算機科學的時髦用語凌駕于可用性和熟悉性之上，這讓它深受其苦。BeanShell、Jelly，還有半打其他語言可能都從未吸引過超過一個的稱心追隨者。來年的這個時候，到處都會是這樣的吶喊：Ruby 將成為 Java 程序員們選擇的腳本語言。