不要人云亦云。 先照順序看: Java is becoming the new Cobol Java會步上 COBOL 的後塵嗎? 關於”Java即將變成另一個COBOL”這篇文章 版本控制,版本升級是不是個問題? 回應”版本控制,版本升級是不是個問題?” Java , COBOL 以及版本控制 因為不是高手,而且以前用Java,現在用.Net,所以才可以客觀地以一個dummy的角度看待Java。基本上我的看法和Q大濕差不多啦。 使用Java差不多有十年,雖然不是一直在用,但是JDK 1.0寫的程式到現在也沒什麼大問題。GUI程式編譯確實會不相容,但以前編譯出來的class確能在新版JVM跑。"Write Once, Run Anywhere." 指的就是binary的相容,而不是source code相容。 就算是Perl/PHP,舊版相容性都不夠好,更別提.Net了。.Net的Binary向前相容性不算好,Source code就更差。.Net 3.5是基於.Net 2.0,所以根本不能算向前容性,只能說是Library的擴充。 Servlet Container有時候會用一些undocumented api,像com.sun開頭的那些,所以JDK更版時常會有問題,確實會在更版時造成困擾。 EJB是基於Java的一個framework,但不能代表Java。.Net上也有很多人開發一些framework最後無疾而終。以前太無聊學Struts,買了本1.0的書,結果1.1不太一樣,2.0差更多,但這也不是Java的問題呀!不信的人請從asp.net 1.0玩到3.5看看... 據在平均50分的資管系任教的學弟(他也是非本科系,Civil的Ph.D)表示,他們學校做專題也開始改用.Net,因為企業都在用,而且容易上手。 這是Sun一開始對UI處理方向的問題,而不是Java的錯。現在NetBeans也算是很容易開發,我感覺用jsf和asp.net也沒有差很多。別忘了Java有成堆的library,也有成熟的runtime;mono基本上還沒有成熟到能與jdk拼的程度。(mono真的很成熟時,微軟也會煩惱Windows Server賣不出去) 至於ROR Framework,在我不專業的眼光看來,由於activerecord、scaffold等神奇的功...