Posted by Mr. Friday
最近這個禮拜，許多網站都在寫所謂的「年終回顧」，而向來報導資訊科技產業為主的InfoWorld卻列出了「2007最被低估〈未被大力報導〉的科技新聞」，而排名第一的就是這篇文章：「JAVA正步上COBOL的後塵！」
光看這標題實在太嚇人。從大學時候開始算起，Java我碰了少說也有快七年以上，雖然比起眾高手不敢說多麼精通，但是說Java說要像COBOL一樣被市場淘汰，會不會太早了點？如果真的有朝一日醒來，Java全面性的被新語言替換，那所有寫Java長大的程式設計師豈不是立刻失業？
好，先別急，先把原文內容看完再說。InfoWorld在這篇文章所持的幾個重要論點如下：
- 在網頁設計師界，擁抱Ruby on Rails、PHP、AJAX的人越來越多，而M$ .Net也正逐步把Java趕出企業應用市場。
- Java最被人傳頌的好處是可以跨平台，然而根據Twiki.net CEO的說法，Java的版本越來越多，還時常要去下載各種不同的Library檔案，因此他們開發網站後來都改用ROR，解決版本複雜性的問題。
- Java吃記憶體太兇、在UI上表現不佳，不利於手機版本J2ME的發展。
- 根據InfoWorld一份訪問超過1,850家企業的問卷結果顯示，各企業比較偏好用.Net，勝過用Java。
好，我知道這樣的文章一定爭議滿天飛。我對當中的許多論點也不甚認同，但話說回來，它也的確點出一些問題。首先談談我不認同的點：
- 少來了，AJAX什麼時候變成獨立的程式語言，還可以取代Java來著？
- Ruby on Rails細節我不熟，但只因為這個語言近兩年開始起飛，開發網站
套用模版用現成Framework開發速度很快，就可以取代Java了嗎？ROR之所以速度會快，是因為Rails已經寫好很多的模版可以套用是因為它的Framework可以讓你節省很多從頭開始的功夫，而寫Java的大部分人卻還習慣著從頭到尾一頁一頁慢慢刻。如果現在Wicket這些Java Web Framework發展得好，也綁進Eclipse裡面，那未來JSP是不是也可以喊出取代ROR的口號了呢？
不過，我也必須承認，寫Java到現在，有很多地方是我認為值得討論的。
- 版本控制：Java一直在推出新的版本，而且最近出的速度超快，一轉眼已經要出Java SE 7了，Java EE 6也預定2008年問世，速度快到其他家廠商都追不太上〈企業級伺服器WebLogic都到了2007年中出新版才能支援Java EE 5，而WebSphere、JBoss、Oracle等大廠都還在苦苦追趕中。〉
- 除了SDK外，Java還有許多由Open Source界開發的Library。雖然這些軟體免費又好用，但是伴隨而來的版本與相容性問題也相對複雜。程式老跳訊息告訴你這個jar檔版本太舊不是他要的，怎麼辦？
- 記憶體吃得兇：這顯然是跨平台的代價。我個人只遇過幾個純粹用Java寫的GUI程式，分別是JBuilder、Eclipse，以及NetBeans。而這幾個都是吃記憶體的超級怪物。就算我現在電腦有2G的ram，我也不敢同時開前面任兩個程式起來。
- 程式架構越來越複雜：曾經我以為只要會寫繼承、MVC，看過Design Pattern就算是會寫Java了，但是我大錯特錯，Java還有很多Framework，而且到最後某些Framework已經複雜到有點變本加厲了。這當中首推EJB。EJB現在已經被認為是失敗的概念，因為它實在是超級複雜…我曾經在課堂上寫過Agent，要讓同一隻程式能「跨越不同的JVM執行」，天啊，從頭寫一隻出來大概要走我半條命。果不其然，現在POJO〈Plain Old Java Object〉的口號越來越響亮，呼籲大家把Java程式設計得越簡單越好，尤其是不要照EJB 2.x的模樣來寫。
但話說回來，縱使Java的確有許多缺點，這仍然離標題所預測：「JAVA正步上COBOL的後塵！」差之甚遠。與其他新進語言相比，Java因為平台眾多，又有大批open source人士寫了很多的Library，以致讓新手光看到版本就眼花撩亂，但這些並不是會影響Java是否能持續存活下去的關鍵因素；關鍵應該要從整個軟體產業的角度下手。在原文後面的回應中，有一位署名systemanalyst的人寫得相當精闢：〈以下節錄〉
拉回企業的角度來看，許多公司內的mainframe程式是用IMS、CICS搭配上JMS(Java Message Service的縮寫) Connector來寫的，PHP跟ROR在這一點是要怎麼取代Java？
當你的網站流量很大時，用Windws TCP/IP會癱瘓，你確定敢用Windows當作重要的前端系統平台嗎？
我不是說Java沒有問題，但相較於其他平台，如果我自己開公司，我一定會選擇Java平台。為何？因為我可能會選擇POS平台用AIX〈IBM的Unix作業系統〉，線上購物平台用Linux，開發環境用Windows，而後端的資料倉儲系統架在z/OS上。為了省下管理不同異質平台的錢，我會用Java，因為它是唯一能在所有平台上通用的程式語言。
當我們在談論一個程式語言時，我們必須要從整個軟體工程的角度來看。Java不只是一個語言。當你看著Java時，你必須包含整個平台來看。看看這些為Java創造出來的架構與伺服器，它們的scalability是無限的！比起來.NET可就完全沒辦法比。如果你只是要講語言的syntax，是的C#跟Java沒什麼差別。但是如果你要評判Java能帶給你的價值，你必須從頭到尾、從上到下，完整的評估，而不只是”getThis()” 或 “setThat()”這些語法。
說到企業用途，或許Java還有另外一項好處，那就是Java Solution的平台提供者眾多，包括IBM、BEA、Sun、Oracle都有出Java專屬的應用伺服器，但.NET的平台似乎只有Microsoft一家比較知名。不管M$的名聲如何，選擇Java平台的公司至少在短期內比較不用擔心被同一家廠商壟斷的問題。即使Sun這一兩年來的股票跌到連水餃股都不如，各家企業至少還有IBM、BEA這幾家可以選擇，而選擇.NET的公司，可能就只好期望M$能夠活得長長久久，永保安康了。
講到這裡，各位看倌，你們的看法又是如何呢？
過去的今天：
- 360cities全景影像 - 2009
相關推薦
|
分享 |
從 FeedSky 訂閱所有文章
我個人認為，Java要動態不夠動態，要靜態也不夠靜態，卡在中間就變得有點尷尬，寫大型專案或是遊戲，我會選擇C++，物件導向且貼近機器，GUI用.Net Framework也非常方便，它的Managed C++也有垃圾回收機制，再者Microsoft開放Express版的免錢IDE。
而寫時效性比較重要的程式我會選Python，寫網頁我用過TurboGears來說，感覺真的非常快速和強大，所以到目前為止，我雖然Java不是很熟，但是從來好像沒有讓我想說要用Java來開發過什麼東西的衝動，唯一有的就是我一直想替我的手機寫一個調音器和節拍器，而這塊也一直在被.Net之類的其它東西侵蝕，就以Python來說，它本身就可以說是跨平台的語言，潛力也不容小覷
所以Java對我而言是夾在中間的，除了他在一些非PC的平台之外，在PC上我真的不是很喜歡Java，因為光用過Java在PC上的軟體就覺得不是很好用，相當笨重，所以在PC上我個人找不到什麼使用Java開發的理由
我一直都這樣認為，語言和平台只不過是工具，各有其特長和優缺點，沒有什麼絕對好與絕對壞，重點在於，到底是什麼原因使我選擇這樣的工具去開發? 用Java開發的好處在哪裡? 這就是Java是否能繼續流行下去的理由吧?
我不會 Java ，但從 Perl=>PHP=>Python 的人來說， Python 已經是動態語言的強者了。就網頁程式來說， Python + Django 真是一個好選擇。而對企業整合專案來說，或許有些應用是 Java 比較適合，但不是說因為 Java 可以跨平台、又可執行關鍵任務，所以整個企業解決方案就得全用 Java ，把 Python 跟 Java 摻著用也是一種選擇呀!
> 拉回企業的角度來看，許多公司內的mainframe程式是用IMS、
> CICS搭配上JMS(Java Message Service的縮寫) Connector來寫的，
> PHP跟ROR在這一點是要怎麼取代Java？
Python + Django, PHP, ROR 不須要在大型主機上把 Java 趕走，只要在中小企業的內部系統、購物車、CMS…等系統中把 Java 幹掉就好了。然後慢慢地累積人才，漸漸地，業主可能在市場上找不到寫 Java 的人才，然後就必須接受用 Pythoner 來代替 Javaer 。
就像過去的 Fortran ，那個工科學生(除了資工外)不是學 Fortran 長大的，事實上， Fortran 處理數值問題還是相當出色的，有些航空站的管理系統就是用 Fortran 寫的，但是，現在找到幾個人會寫 Fortran ，它不會被淘汱(Open Source的關係)只是逐漸淍零。
另外拿 Windows NT 把 Novell Unix 打敗的歷史來說，中小企業不過就是要個列印伺服器、檔案伺服器而已， NT GUI 介面設一設就有了，何必找 Unix 高手來呢~
電腦資訊產業很奇怪，有時候不是功能強大就能獨佔市場的。
但我這麼說，其實對 Python 滿不公平的，因為它是簡單又強大的程式語言，不相信，請看 Eric 的介紹 http://www.linuxjournal.com/article/3882 或是 http://code.google.com/p/zhpy/wiki/IntroZhpy 。
我想再提供一個角度來看這件事情：為什麼是今年？
PHP，Javascript不是新語言，微軟.NET出來也好一陣子了。但是今年是Web 2.0大起飛的一年，而網頁技術AJAX、ROR恰好在這個時候浮上檯面，讓許多動態網頁設計入門者捨Java而擇ROR。或許這篇文章，也是受到Web風潮的影響也說不定。
我寫JAVA有7年，RoR也碰過，又正好有機會碰COBOL（用JAVA寫COBOL code genereator，這機會不是人人有的，哈哈。）很久之前就聽過JAVA將會是COBOL的說法，這裡提出幾個看法：
1. 是COBOL不好嗎？今天的企業應用，還有一半用COBOL在跑，COBOL事實上dominate企業應用幾十年了。現在很明顯，Java被IBM,Oracle,Weblogic等拱成下一個企業應用的標準，取代COBOL的地位，這對一個程式語言來說已經是一大成功了，不是嗎？
2. 以Web應用來說，目前的Java的確有他的弱點。我的經驗是，Ruby等Dymanic Language的開發速度快很多。
3. 把Java與JVM分開來看，Java或許會消失，但JVM上龐大的library不可能就這樣被放棄。看RoR都在努力讓JRuby也可以跑就可以看出來了。
4. 其實有Java的基礎，Ruby, Python, Javascript, Actionscript都不難學的…
以上許多Beyond Java這本書都有寫。中文是”超越Java”
光是JRuby on Rails就足以讓JVM活下來了。以程式語言來說Ruby或許是Java的競爭者，以平台來說Ruby說不定是Java的大幫手。
托福新考題iBT(internet-based test)
考試的時候….我居然看到 JAVA Web Start 的畫面啊啊啊!!!…..
之前的網址也有出現.do…好像是Struts的預設網址結尾…
所以看起來新托福iBT整個系統應該也是用JAVA來開發的
替iBT推一下JAVA
身為一個 Java 長期使用者, 我覺得只要 Apache 與 Eclipse 兩大組織不要放棄 Java, Java 就會長長久久吧~~
Java 的優勢還是在有最多成熟的 libraries..
不過, 有關 Java 有些 libraries 太複雜, 有時候我也還滿好奇其他語言要解同樣的問題, 真的能夠比較簡單嗎? 有些問題應該怎麼解都是很複雜吧? 如 OR-Mapping, transactions..
至於如 Java 這種靜態語言開發比動態語言慢, 我覺得這是大家的印象而已, 現在工具進步很快,
我覺得搭配好的 IDE, app server, 與正確的使用方式, java 的開發反應速度應該不會差多少呀..
我從JDK1.0開始使用。只要你寫的不是作業程度的玩具，而是商用程式，又想跨平台，Java的特性就是Write once, test anywhere.
如果你想要加上GUI功能，那不好意思，每個版本你大概都要重測。我還必須針對每個版本的JDK的GUI bug寫出workaround的方案。
Java的好處在，老闆不懂這些東西，所以大企業會使用，當他們買單選的是Java，那你就可以永續使用，就像COBOL還是有市場一樣。
剛好我自己也是從很久以前開始寫Java、PHP、.net…最近開始動ROR，拿ROR來跟Java來比真的是完全不倫不類，ROR是一個Framework，不是一個程式語言，ROR是用Ruby來作為開發的程式語言實做Rails式的網站開發。ROR有他的缺點，他的Active Record在Transaction上面就有某些問題存在，但是Java可以用在許多不同的領域上面，這就是他的優勢。
而.net對我來說，他除了做了很好的IDE外，他的Framework是比較死的Framework，尤其是自稱是MVC的網站開發架構，實際上跟我們所在撐的MVC網站開發架構有很大的差距，如果沒有IDE幾乎連一行程式碼都沒有辦法寫。
為甚麼企業會去使用.net？因為要訓練出一個可以寫程式的.net程式設計師比訓練出一個合格會使用Java跟Java相關Framework的時間要快上許多。不過，也因此只會靠著IDE拉拉元件過活的.net程式設計師滿街都是，對企業而言，免洗的.net程式設計師比起Java程式設計師好找多了。
這並不是批評.net有什麼不好，事實上，這種免洗的策略對企業來說反倒是一種優勢，反正他們只是要寫一些一般的資訊系統，跑跑統計資料，根本不需要高深的程式設計技巧。
Java是一套完整的物件導向語言，有型別宣告，也有Template，還有namespace、也有發展完整的各種Framework，像是Struts、Hibernate、Ibatis、Spring、Tapestry等等各種不同用途的Framework，要寫中高階程式語言（那種Driver、BIOS或是Embeded System的就無用武之地了）的程式設計師最好由Java開始學起，當學會了Java以後，再去接處.net、Ruby、Phyton、PHP，只會事半功倍。
程式語言只是一種工具，在SOA的架構之下，一個企業網站架構只單純的用一種程式語言開發的時代已經過去了，我可以Kernal用穩定的Java，UI用快速的Ruby on Rails、複雜計算用C++、然後用PHP提供外圍的API介面。
你好，Mr.Days
「ROR之所以速度會快，是因為Rails已經寫好很多的模版可以套用」
光是這一句，就不太對了，如果不是很了解一個語言或是框架，最好不要講話講太快。
「ROR之所以速度會快，是因為Rails已經寫好很多的模版可以套用」
這是相對的，我認為比對起一般的Java設計，很大的程度是對的。當然，有包裝完善的Java方案，可以寫起特定的程式比起ROR快喔！那也是因為已經包裝了許多東西（要稱為模板也可）。
ROR 是 Framework （框架） 而不是 Template （模版）。
而且並沒有很多模版可以套用這回事。
ROR 完全不建議新手學習，寫的快的原因通常是建立在
1. 你非常熟網頁開發流程，ROR 許多設計上巧思的可以大幅縮短你的開發時間
2. 你很熟 ROR 這套 Framework，否則光查一段語法就會要了你的命。
舉我曾經寫的中肯鑽石網或 opmr6 。這種等級的作品，若由 thegiive 或我來寫，一個小時內寫完是完全沒問題的。但是新手也許就要三天跑不掉…
不是有 scaffold 就是萬能的。這是最大的誤解。
新聞的標題本來就是比較聳動一些了。 Java要像Cobol這樣慢慢被淘汰，我想近幾年都還是不會發生的。 新版不斷的推出，大廠還持續支援，更別說全世界眾多的Java工程師，所以我認為原筆者只是做了大膽的分析和假設（本來三不五時都會有這樣性質的專欄了）。
但我覺得不可否認的，在各個領域，其實都有比java更快速上手、架構較簡易的替代語言出現，而且也逐漸有越來越多開發者傾向這類的替代語言。 我想道理很簡單，開發者本來就有權選擇，只要該語言或工具適合，可以讓他更快上手完成他的目的，那何必執著於Java（或其他大宗的程式語言）。
沒有一個語言是完美無缺的，爭論哪種程式語言比較強或哪種語言有什麼而另外一個沒什麼，這些都是多餘的。 開發者應該選擇的是適合的語言，對他有利的語言。 每一種語言有他的強項，有他的擁護者，有他是合得應用領域，當然也都有他的限制，這也就是為甚麼在程式語言的世界，同時存在著這麼多語言的原因（當然也有一些是金錢利益上的考量）。
Dear all,
抱歉，寫下之前沒有再三斟酌字句，模版(Template)一詞的確是我誤用了，感謝各位的糾正。
看看 Google 要什麼人?
C、JAVA、Python，
就知道這幾門語言短時間內不會被淘汰。
JAVA 也是 Android 手機平台應用程式的官方開發語言。就算企業端敗了，還有客戶端市場可存活。
我個人主要採用 Python, Java, C 還有 shell script 其他還有awk, sed之類。老實說啊，講什麼取代什麼、什麼步上什麼後塵其實不太需要，本來就不該把自己綁在某種語言上，所以何必在乎呢。要用了再學就是了。以立即可用角度來講，現在以上那三種語言都可以一學。
真正的差別是已經開發出來的應用，。Cobol 就語言來講不是很棒，但商業應用讓他盛極一時。Java就語言來講也實在不是很棒，不信隨便學個ruby or python就知道了，但也是商業應用才是重點。所以如果命運帶你走到需要Java的位置，就用Java，學那些framework。如果命運帶你走到其他語言才是最佳，那就用其他語言，用用他們的library。如是而已。
比較實際的心得：面對異質商用系統整合，請選Java。開發獨立新web application，請愛用RoR or python + (turbogears, django, etc)。開發系統程式，請愛用 C/C++。
另外，要釐清一點：Java不是「跨平台語言」，語言本身沒有跨不跨平台的問題。Java實際上分成三部分，語言、libraries、JVM，值得分開討論。真正造成跨平台的是JVM。如果考慮的對象是”portable”，那或許該說POSIX C.
最近的GPhone 還打算使用 Android 來發展跨手機平台
其實就是 Java based 的 platform
假如 google 成功了 Java 會許會找到第二春
Hi,
http://www.tiobe.com/tpci.htm
根據 TIOBE 的排名, 目前 JAVA 還是第一名
我很同意 Mr. Holiday 的說法, 商業應用是很大的一塊.
此外還要考慮 legacy system 之類的.
我自己的話：
要求高效能的核心跟函式庫開發用 C++，因為他在同時做到高效能跟高度抽象化這點依然無可匹敵，程式設計師可以在擁有高度抽象的狀態下，通透到非常底層的效能面，其他語言沒辦法做到同等程度。不過要寫出這種 C++ 碼要下過苦工。
GUI 用 .NET。不能跑 .NET 的地方一樣用 C++，C++現在也有很多跨平台 GUI framework 了，而且講真的都比 Java 的 Swing 跟 SWT 好太多了。這邊還是要說一下 Java 的 RCP 非常優秀！不管是效能，架構，還是外觀！可惜的是台灣沒人在用，真是奇怪。不過 Ecllipse 好肥，另外 Java 在跟本上有些地方不足夠我的要求。
需要高開發效率的地方用 Python。網頁用 Django。
如果同時需要高執行效能，華麗 GUI，還有高開發效率的時候！？！？
老闆你要花多少錢請我 O_Q?
沒啦，IronPython on .NET 配合 C++/CLI 寫 extension 就可以做到了，也沒很難 XD
不知為什麼trackback會失敗，所以直接留言了，我把對這篇文章的看法寫在這邊
[...] Friday 的 Java會步上 COBOL 的後塵嗎? 一文還真是引起了相當多的討論，連在 FunP [...]
Java什麼時候死?我不知道，也或許不會發生。但有件事是擺在眼前不容辯駁的：「會 Java 的人一定學得會 Python 」。 Java 高手們，請給 Python 一個機會吧，讓它 shock you 。
入門文件：
http://www.freebsd.org.hk/html/python/tut_tw/tut.html
第三方函式庫：
http://pypi.python.org/pypi
web framework 應用實例： http://www.djangosites.org/latest/
關於”Java即將變成另一個COBOL”這篇文章…
這幾天 Mr. Friday 針對 InfoWorld 上一篇名為 ” Java is becoming the new Cobol” 的文章，提出了他的 看法 ，其中包括了一些他覺得值得討論的地方。對他的觀點，我有些不同的論點。（基本…
To yoco:
推Eclipse RCP！補充一下，Eclipse RCP其實在台灣也是有企業用在開發內部的系統，但是因為要搞懂Eclipse RCP整個架構的門檻很高，要請到這樣的人成本也高，所以不常見。
個人對InfoWorld文章中的第一點無法認同，『在網頁設計師界，擁抱Ruby on Rails、PHP、AJAX的人越來越多』。現實社會裡出錢的才是老大，如果要開發應用系統，現在大老闆的眼裡還是只有.Net與Java兩種解決方案，理由只有一個，容易找到會寫的程式員而且出了問題有人問。
推Mr. Holiday的一句話，『本來就不該把自己綁在某種語言上』。精通某種語言後要轉換其實很容易，要學的東西這麼多哪學的完，把基礎打好，等真的需要的時候再花時間撿起來就好。
我也覺得會Java的人一定也會Python，因為它真的是少數可以自稱簡單又強大的語言，再加上學程式語言都會有一定共通的知識，學起來更是得心應手，國內對於這樣一個優秀的語言居然不流行，我覺得真的非常的可惜，Google用Python，NASA用Python，Youtube用Python，我原本也沒用Python，像我要寫個抓取網頁處理資料的網頁，從頭用C++包裝curl慢慢寫起，後來我發現我這根本是在浪費我的時間，抓取網頁程式的瓶頸完全卡在頻寬，所以我決定尋找新的解決方案，Java一度也在我的考慮之中，但是後來我發現，Java開發速度不夠快，比起C++來快不了多少，Python應該會更快，果然，自從用了Python之後，本來可能要幾個月完成的東西，幾天就完成了，這包括買了一本書直接學Python馬上使用。
我一直都覺得，多學幾款語言真的很不錯，遇到不同情況、不同需求，選擇最適合的語言，國內Python這樣地不流行，真的怎麼想都覺得可惜，所以在此也推廣一下Python，我一開始也半信半疑，後來真的愛上Python，希望大家也可以給Python一個機會
我最近在寫一些Python的教學，希望能盡力推廣這個語言，像這套文章系統就是用我用基於Python的TurboGears完成的
http://victorlin.serveftp.org/programming/article/?article_id=2
希望可以給我一點意見
> 看看這些為Java創造出來的架構與伺服器，它們的scalability是無限的！比起來.NET可就完全沒辦法比。
看不出來這個結論有何立論根據。只能說，這是只懂 Java 卻不懂 .NET 平台的人自以為是的想法。
從許多評論和前面的一些留言也看得出來，仍有不少只對特定語言或平台熟悉，卻以為那就是該語言／平台的特色、優點，再以此來引申、推論。起初失之毫釐，最終結論恐怕就差之千里了。
兩種或更多種語言及平台的比較，並非三言兩語能夠道盡，而必須針對各種面向逐一比較、闡述，否則結論都容易流於偏頗、缺乏說服。簡單來說，一個語言或平台的好用與否，市場最終會做出適當且正確的裁決，也就是說，市場最終將會淘汰差勁的東西。
>市場最終會做出適當且正確的裁決，也就是說，市場最終將會淘汰差勁的東西。
被市場淘汰的是差勁東西嗎? 不一定。
被淘汰有很多可能的原因，例如行銷策略、商業模式，
但產品本身未必不好。
每個語言有自己的特性，也有適合的區塊。
我想，先學主流的程式語言，有多餘的時間接觸不同類型的語言，應該是不錯的選擇。
寫程式這個行業，不就是要一直求進步，吸收新知嗎?
看到樓上發言的，.NET 沒有 IDE 寫不下去，以及 .NET 的程設師只會拉拉工具，我笑了…
如果你專精 Java 及 .NET ，你不會說這種話的…
就我寫過幾十個大型的專案經驗，我用 .NET 從來沒有用過 VS，且，就算用 VS，.NET的人的程度也不是你想像中拉拉工具就夠了。
樓上的話別說的太有自信阿…從來沒用VS開發過.NET~後面又接”且就算有用”…講話矛盾起來了?
你想證明甚麼?你沒有用VS開發就表示是高手嗎?未必
VS魅力是甚麼?不就是使我們快速開發Windows系統上的各種軟體不是嗎?
難道VS還有甚麼魅力存在嗎?假如他沒這種魅力我何必使用M$的東西?
你假如不懂VS的魅力在哪何必用VS?
我能說我沒有小看任何一種語言…想必能生存很久的程式語言都有一定的市場存在
.NET和JAVA以及其他的各種程式語言，都有他的優勢存在，哪種程式語言是完美的?
講來講去不就是那幾個問題嗎?~快速開發、相容性、跨平台、資源耗損大小…等等?
選擇當IT人員就是不能捨棄或是小看任何一種程式語言，不但不能小看，還必須加以吸收。
再者學程式也跟你之後的工作有關係，老闆要你用甚麼語言開發，你能夠說NO嗎?
說不定在這裡支持JAVA或用JAVA吃飯的人，哪天換了老闆或換了工作，或許老闆叫你用.NET
你又變成.NET的支持者…
資訊的東西淘汰速度非常快速，適者生存、不適者淘汰，就這樣而已…
程式語言的喜好討論…這種爭議性非常大的東西，還是適可而止的好。
Java的未來之所以會被質疑,
是因為寫Java的人, 每天吵來吵去, 深怕自己用的不是一流技術,
同時另一群寫PHP的人卻在默默耕耘,
他們很清楚自己用的是二流技術,
卻用它建立起一流的服務(Facebook, Digg…),
而且在開發速度以及scalability上狠狠的賞了Java一巴掌!
加入SDN開發社群 把 Wii 帶回家！
您想瞭解最新的Solaris及Java資訊？想獲取免費的技術資訊和開發工具？Sun Developer Network (SDN)開發社群能夠滿足您以上的所有需求。
SDN活動網站：http://cell.realmedia.com.tw:9016/EDM/
怎麼都沒提到JVM提供一定的安全性,記憶體保護
JVM這樣的一個東西不會輕易消失的
如果要寫出在三個平台以上使用的軟體,不用JVM?
比較奇怪的是;為什麼大家都只關注 oo ? 這世界不是只有 oo 而已,java python …那根本不是重點阿;重點是思考程式是怎麼一回事,除非 每天只想跟sql 為伍 拉拉畫面…