三、開源，JCP和對Java的希望列舉
6.JCP和開源社群誰在Java更新上的貢獻更大？
"到目前為止，應該說是開源的貢獻更大。
而JCP在進行實際的開發實踐之前，推崇標準化的作用。EJB,日志以及持久性一直是JCP中的災難。實際上JCP在拋棄著Java的根基。很難的問題在拐彎抹角變得易于解決，而容易的問題反而在變得越來越難于解決了。"-Bruce Tate
"開放源碼的執行領導著開發過程，而JCP僅僅是定義了一些標準。"-Laurent Ploix
"如果說純粹的革新，我將選擇開源。當工程中存在漏洞需要補全時，開源是能夠迅速得到響應的。而JCP目前是一種太慢的方式，以至于根本跟不上工業發展的步伐。"-Michael Pilone
"多數的革新經歷了JCP模式。但是，在過去的幾年中，我們看到了在開源模式中的活動不斷增加的跡象。"-Rod Smith (IBM)
"為使得開源運動進行下去，JCP值得廣泛的信任，它對于Java生態系統的發展起到提供一個群落中心的作用。任何一些非JCP標準的開源工程已經探索了各式各樣的思想-一些是糟糕的，一些卻取得了令人驚喜的成績。JCP可以說是一場偉大的創新運動的火車頭。"-Ed Cobb (BEA)
"JCP本身僅僅是定義了一些標準及相應的說明書，這在已有的工程實現中被得到支持。作為編程者，我們不想根據一段現成的Java編碼來指導我們編程，而要根據一套成熟的說明書進行開發。真正有用的編程最開始往往是零碎的代碼片斷，經常經歷一個先有代碼然后有規范的說明書的過程。"-Rob Gingell
"我找到了開源的主動性，特別是從Apache到當前最具創新性的有用的軟件中找到的。"-Eric Bruno
7.Sun應該開放Java的源代碼嗎？
你知道這個問題肯定會出現在問卷之中的。
"這一點并不重要。Java在走自己路的過程中，自身已經建設得足夠強大。"-Bruce Tate
"如果Sun在做這樣一件有益的工作，為什么要打擾他呢？"-Raghu Donepudi
"不應該。如果它實現開源，那么我們能夠看到Java的許多技巧，這最終將導致一些問題的出現，例如我們現在使用應用程序服務器時所遇到的問題。"-Rahul Kumar Gupta
"是的。Sun拒絕這樣做的唯一原因就是，Java完全是他們自己的產品，他們使用它來使自己的公司得以維持下去。"-Jack Herrington
"一方面，開源的思想是很有吸引力的，因為它將導致更多的錯誤在很短的時間內就得以修改。另一方面，它可能導致分支分派的不匹配的JAVA虛擬機的出現。"-Michael Pilone
"不。我不相信一群普普通通的所謂天才人物就能取代那些負責管理極為健全的基本概念的大家們的科學思想-其中的大多數人甚至還不能明白這個問題。"-Vlad Patryshev
"開源社團的加入將會加速創新并推動該平臺的競爭性。"-Rod Smith(IBM)
"我們需要一個開源Java的主要原因是確保該平臺的生命力。如果將來Sun公司發生什么事情的話，開源的Java將列入我們的保險計劃中。"-Ed Cobb(BEA)
"我認為是應該的。’開源’Java并不要求Sun做什么事情，它只是要求另外一些公司或個人做一些事情。’開源’Java是不可避免的。我建議Sun積極地實現這一不可避免并為此帶來的益處做一些工作。"-Rob Gingell
"我對此并不關心"-Kyle Gabhart
8.你希望Java有怎樣的改進？
"從較低層次上，Java需要代碼的模塊化，擴展和一個更具動態化的模型，以及還需要增加很多的功能以使得應用程序開發更為容易，因為你不可能僅僅利用庫來實現一切。"-Bruce Tate
"內省機制（用一個類來分析JavaBean的特性）使用起來太難且過于繁重。"-Laurent Ploix
"需要加入代碼使用許可證機制。"-Greg Magnusson，Cyborg Spiders的Web技術開發的奠基者
"應該提供由開發者來進行內存管理的功能。"-Raghu Donepudi
"應該加入運算符重載功能。"-Jack Herrington
"目前迫切需要在Java中加入Jar版本機制。我記不清有多少次遇到XML分析庫沖突或者日志庫沖突了。"-Michael Pilone
"類對象。十年了，沒有任何改變。有大量的類對象需要加上去。"-Vlad Patryshev
"Java平臺目前已經變得過于復雜。我們認為Java社團需要做出更好的工作來滿足獨立的和中小型的商業需要，這也是為了Java繼續發展、繁榮和成功的目的。"-Rod Smith（IBM）
"Java非常需要一個更為強壯的模塊化的系統。當前，我們所擁有的是一些.jar文件，其結果是成了’.jar文件地獄’。但是今天還很難描述一個互有聯系的模塊化的系統。"-Ed Cobb
"我原先希望Java能夠實現的，過去的Java并沒有做到：關于日期和時間問題上有好幾處從一開始就是錯誤的；RMI/IIOP的引入在理論上是正確的但完全沒有必要；它自一開始就是自我封閉的。"-Rob Gingell
"對于類的加載和對象的Java運行時刻類型的關系的處理是一個錯誤，現在我們還在為之付出代價。你不可能真正確定出是否你的程序在編譯時刻是類型安全的。而且，如果你在做適當動態的任何操作，你經常需要對一個給定類的正確加載作出猜測分析。"-Jim Waldo
"垃圾回收簡直是個噩夢。它有可能使得沒有經過良好訓練的，懶散的編程人員進入到這個工業領域中。"
"Java需要增加的另外一些功能有：操作符重載；預編譯指令（#define，等等）；把聲明與定義（頭文件和源文件）相分離的能力；唯一的、非本機的機器標志符（用于認證之目的）。"-Michael Smialek
"迫切需要加入Code-Behind（頁面代碼分離）技術！！！ASP.NET和頁面代碼分離技術所帶來的重用性與靈活性是巨大的。我希望JSP 3.0能夠朝這個方向發展。"-Kyle Gabhart
"我更愿意使用Java對象來存取操作系統而不是用JNI（Java本機接口），因為大多數的Win32/Linux API都包含在Java中了。"-Alexi Jordanov，OSGi技術公司ProSyst Bulgaria的項目領導者
四、Java帶給人們的最偉大的禮物與Java的未來
9.Java對軟件社群最大的貢獻是什么？
我們收到的大部分反映結果認為是平臺獨立性，Java平臺和該語言本身的創建以及他們創建的各種社團。
"有兩點：它使得更廣泛的用戶群可以接受垃圾收集語言；圍繞該語言涌現出了各種集成開發環境。"-Jack Herrington
"Java真正地震撼了許多東西，這包括迫使微軟設計出新的產品，諸如Visual Studio的進一步改進和.NET產品的出現等。由于Netscape選擇了Java,這使得客戶瀏覽器能夠執行JavaScript。它使當今世界服務器端開發也邁出了巨大的一步，受此技術影響的站點數以百萬計。"-Michael Pilone
"數百萬的學生不需要學習C++。"-Rob Gingell
"能使多家廠商貫徹實施的標準化API的建立。很多廠家競相提供該標準化接口的最好實現，這給業界創造高質量的解決方案帶來了強大發展動力。"-Kyle Gabhart
".NET"-Michael Smialek
10.Java的未來會如何？
"任何一種語言總是存在其有限的技術領先周期，Java也不例外。在某種意義上看，能超過Java技術會是一種非常有趣的事情。"-Bruce Tate
"當桌面和膝上電腦要被手持設備取代時，我們可能需要一種更簡單的更強有力的語言。"-Raghu Donepudi
"C#具有擠垮Java的潛力，它是一種更好的語言。"-Jack Herrington
"微軟在通過.NET以一種令人難以置信的速度發展。由于擁有Windows操作系統的大量客戶端用戶，所以他們比Java具有更大的優勢。"-Michael Pilone
"在一些新技術被編程世界接受之前，至少要經過幾年的時間。例如，看起來不超過5%的Java程序員能掌握Java泛型編程。請問，又有多少人可以掌握Lock/Condition？"-Vladimir Patryshev
"當技術朝著圍繞交互性的結構化（如面向服務的結構化）方向發展的時候，Java語言將繼續作為一種語言在計算機工業發展中占有重要地位。"-Rod Smith
"在某種意義上看，Java 虛擬機體系所要求的限制可能有點太嚴肅了。但是，任何一種新的挑戰者虛擬機登上舞臺并用之取代Java平臺都是一件很好的事情。"-Ed Cobb
"實際上我們可以開發出許多種不同的語言，其中一些可能與我們熟知的Java根本不同，但是仍舊保持應用程序二進制接口（ABI）。這是為什么Java將會保持長時期的重要性的原因。"-Rob Gingell
"Java將繼續作為一股巨大的力量存在于IT業中，但是一些瞄準市場的腳本語言將會在某些行業中進一步發展壯大。"-Doug Tillman，Grainger.com站點Java和Python技術的開發者
"任何一個人，只要他在該界業干過多年，都不會相信，存在一種技術會對要推翻自己的更新、更快或者更有效的技術產生免疫力。"-Kyle Gabhart
祝Java 10周年愉快
正如棲息在Java生態系統中的利益是多樣化的一樣，關于Java本身的看法也是同樣是復雜的（讀者可以閱讀一下Java之父James Gosling說過的話）。也許這會是Java的下一個十年極富生命力的預示。