JAR檔案的版本問題，在Java SE 7中預定會有JAM（Java Application Module）檔案來解決。
EJB 2.x的問題，在EJB3中已獲得不少改善。
Java如果跨入Cobol的後塵，那麼只會讓當初苦心學Java有成的人更值錢而已。
Java 有很多複雜的framework,不代表你一定要用. 我就不用struts, 也不用Hibernate,更不用 EJB, 還不是活的很快樂.
至於版本控制的問題,那是自己產品組態管理(configuration management)的問題, 你的產品本來就不可能不去對所有你會用到 third party的組件的版本. 當你對到某個版本時, 你的產品就不會無條件的昇級換該 library 的版本
至於記憶體吃的兇, 文中所提到吃記憶體兇的程式, 都是一堆巨型的IDE本身吃的兇, 不能說明Java程式吃的兇.
有些論調看起來好像對, 其實還是有思路的陷阱
To qing,
我也不想用那麼多Framework, 可是公司的project就長那樣, 也由不得人不學.
記憶體吃得兇, 倒不如說是因為Java本身對windows GUI方面的支援並沒有很好, 導致只有java本身的大型IDE會用java寫. 然後大家的印象就是java GUI會吃掉更多記憶體.
不過話說回來, 我以前用java寫的3D程式, 執行時硬是比C#同樣功能的程式多吃個幾十MB記憶體. 也不知道是同學校調得好, 還是我寫得太差...
當然寫Java程式可以不用到Struts、也不用Hibernate，因為還有其他的選擇可以用，使用Framework是為了把複雜的事情簡化（如果是簡單的東西，用Framework就會把簡單的事情複雜化，所以終究還是要看規模）。但是如過要作複雜的商務程式，使用Framework仍然是必須的，因為他能讓程式把更容易被切割與整合，尤其是在多人開發的環境之下。
但只要開發一個稍具規模的系統，Framework是必要的，而不管這個Framework是用現成的或是自己設計的。我會喜歡用現成的，尤其是在Java上面，已經有許多成熟的Framework可以使用，我懂，別人也懂，大家都在一定的規範之下，未來也好維護的多，如果覺得哪裡不好，自己修改原始碼也沒有關係，Spring就像是一個簡化版的EJB，許多原本用在EJB上面的東西，可以在Spring上很簡單的被調用。
不過我必須要同意qing的論點，Mr/Mrs. Days的這篇文章裡面有些部份是有問題的。尤其是在記憶體的部份，那跟Java本身的記憶體管理根本無關。
想寫的東西有點多，所以直接刻一篇
貼到funP了，http://funp.com/t76167
Qing大濕寫的於心戚戚焉Orz
JAR檔案的版本問題，在Java SE 7中預定會有JAM（Java Application Module）檔案來解決。
EJB 2.x的問題，在EJB3中已獲得不少改善。
Java如果跨入Cobol的後塵，那麼只會讓當初苦心學Java有成的人更值錢而已。
Java 有很多複雜的framework,不代表你一定要用. 我就不用struts, 也不用Hibernate,更不用 EJB, 還不是活的很快樂.
至於版本控制的問題,那是自己產品組態管理(configuration management)的問題, 你的產品本來就不可能不去對所有你會用到 third party的組件的版本. 當你對到某個版本時, 你的產品就不會無條件的昇級換該 library 的版本
至於記憶體吃的兇, 文中所提到吃記憶體兇的程式, 都是一堆巨型的IDE本身吃的兇, 不能說明Java程式吃的兇.
有些論調看起來好像對, 其實還是有思路的陷阱
To qing,
我也不想用那麼多Framework, 可是公司的project就長那樣, 也由不得人不學.
記憶體吃得兇, 倒不如說是因為Java本身對windows GUI方面的支援並沒有很好, 導致只有java本身的大型IDE會用java寫. 然後大家的印象就是java GUI會吃掉更多記憶體.
不過話說回來, 我以前用java寫的3D程式, 執行時硬是比C#同樣功能的程式多吃個幾十MB記憶體. 也不知道是同學校調得好, 還是我寫得太差...
當然寫Java程式可以不用到Struts、也不用Hibernate，因為還有其他的選擇可以用，使用Framework是為了把複雜的事情簡化（如果是簡單的東西，用Framework就會把簡單的事情複雜化，所以終究還是要看規模）。但是如過要作複雜的商務程式，使用Framework仍然是必須的，因為他能讓程式把更容易被切割與整合，尤其是在多人開發的環境之下。
但只要開發一個稍具規模的系統，Framework是必要的，而不管這個Framework是用現成的或是自己設計的。我會喜歡用現成的，尤其是在Java上面，已經有許多成熟的Framework可以使用，我懂，別人也懂，大家都在一定的規範之下，未來也好維護的多，如果覺得哪裡不好，自己修改原始碼也沒有關係，Spring就像是一個簡化版的EJB，許多原本用在EJB上面的東西，可以在Spring上很簡單的被調用。
不過我必須要同意qing的論點，Mr/Mrs. Days的這篇文章裡面有些部份是有問題的。尤其是在記憶體的部份，那跟Java本身的記憶體管理根本無關。
想寫的東西有點多，所以直接刻一篇
貼到funP了，http://funp.com/t76167
Qing大濕寫的於心戚戚焉Orz