這個問題其實困擾我很久... 反正這個版開了，就先站上來當標靶 各位請隨意砲轟... [茶] 先把「語言」的範圍排除像 HTML, XML 那種描述性語言 也跳過 SQL 這種... 我不知道怎麼歸類的語言 然後，為了簡單起見，也跳過 web 開發語言 （像 JSP、PHP、JavaScript、ActionScript） 就只講最傳統定義的語言 誠如各位所知，我是寫 Java 的 事實上，幾乎也算「只會 Java」 所以會以 Java 為出發點，然後在推銷 Java 的時候受到一些反彈 從這來講，可能會比較... 不會出錯 （咪的... 到底要不要進入主題阿... [踹]） 面對 C 家族的狂熱分子 Java 典型被批判的就是「沒有指標」 或著應該說「沒有辦法直接用指標」 甚至有人用「全梭了」的肯定語氣跟我說 「沒有指標很難寫程式」 我是不敢懷疑他是不是偷雞 囧> 也沒有掀他底牌來看（他也不讓我看就是了） 不過... 不碰硬體控制之類的，我也沒遇到什麼「很難寫程式」的部份 但是，對我來說，沒有指標的世界真是美好阿... [茶] （更不用說要看什麼「指標的指標」這種殘害智商的東西） 而 Java 的書，尤其是早期推廣時代的書 都會把「沒有指標」這件事情當作是一個大優點 夾在兩造雙方之間，其實就平民小卒來說，還挺困擾的 同樣的事情也發生在 gc、效率等等問題上 我寫 Quick Basic 起家的，然後可以說接著就跳 Java 了 面對 C 得靠 malloc() 才能做到「執行期間決定陣列大小」 還得自己去控制位置... 然後最後還要自己釋放空間 對我這種笨蛋而言... 唉... [遠目] （雖然說 C++ 也有 Vector 之類的東西...） 有人跟我說，這樣子效率比較好 gc 是很消耗 resource 的行為 恩... 想想也是... 那麼，是要賭自己控制 resouce 會比較好 還是期望語言本身提供 gc 的演算法可以達到「可接受」的範圍？ 因為我是笨蛋，而且我相信開發 JVM 的人比我聰明百倍... 但是，又有人跟我講 Java 沒辦法處理很大量資料的狀況 所以他雖然是從 Java 起家的，不過後來還是乖乖寫 C （他好像是作即時影像處理的，然後隨便就是幾百MB 的資料在記憶體當中） hmmm... 還沒寫過那種恐怖的東西... 很難想像 但是 Java 真的作不到嗎？ 好像也很難想像... 也許作起來要花很多功夫？ 但是... 能不能把這個狀況當作是極端狀況來對待？ 我的意思是... 畢竟一般人寫一般程式 用 Java 好像很快樂也不容易出大紕漏？ 我們畢竟會常常需要用到動態決定大小的陣列 而很少要處理很大量很大量的資料？ 寫到這裡，似乎就能預料有神人級的人會跳出來說 「語言只不過是工具，視狀況而決定工具 所以討論工具好壞是沒有意義的」 這樣講好像很對，但是又好像很不對 畢竟，像我這種笨蛋... 連 Java 都寫的不是很好了 要視狀況在工具之間跳來跳去，似乎有摔死的可能 Orz （當然，現實狀況是... 環境逼著你跳，你不得不跳） 又反過來說，面對另外一群人 他們會 argue Java 不夠快 or 不夠簡單 像 Perl 的使用者會覺得 Java 宣告起來很麻煩、字串處理很麻煩 Ruby 的使用者會說 Java 寫起來不夠快 （恩... 不過看到的好像大部分是針對 Web 開發的部份？） 另外一個... 囧點... 是好像很少人會把 C 家族跟 Perl, Ruby 來作對比 （至少 PTT 的討論版很少看到） 但是 Java 會拿來跟 C 家族來比較，也會被拿來跟 Ruby 來比較 好了，就先扯到這邊 ==== 這個問題的切入點，以我淺薄的知識也想得出一些 不過一開始還是先隨意吧... 這樣子標靶比較大一點... [茶] 所以上頭就寫的很鬆散... XD 反正收斂焦點 & 收是版主要煩惱的... [逃] -- 侃侃長論鮮窒礙 首頁：http://www.psmonkey.idv.tw 眾目睽睽無心顫 Blog：http://ps-think.blogspot.com 煢居少聊常人事 殺頭容易告白難 歡迎參觀 Java 版（@ptt.cc） \囧/ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.228.195.92