アカウント名:
パスワード:
これまた上手いこと考えたなぁというか、これやられたらJavaのエコシステム壊滅というか…。サポート契約ぐらい余裕な大規模システムはともかく、小さいとこは脱Java進みかねないぞこれ。
そもそも小さいところでわざわざJavaを選んでるところってあるんでしょうか?
今どきのJavaってAndroidの既存アプリの保守か、あるとしても大規模システムのITゼネコン案件がメインなんではないでしょうか?
自前での開発力のあるところなら最初からRubyとかPHPとか.NETとかを使うでしょうし、無いところならオープンソースやフリーのWebアプリを使いますから、そこの保守にただ乗りするか、もしくは「セキュリティホール上等」で何もしないのではないかと。
> そもそも小さいところでわざわざJavaを選んでるところってあるんでしょうか?
あるある。
> 自前での開発力のあるところなら最初からRubyとかPHPとか.NETとかを使うでしょうし、
開発者が2人~3人くらいまでならいいけど、それより多くて長期間改変を続けるソフトだと静的型検査が欲しくて、メジャーな Web 用言語だと JVM 系か .NET ってことになるけど、Linux で .NET はまだ微妙だから、必然的に JVM を使うことになる。まあ小規模なところは Oracle JDK がなくても OpenJDK で十分だから、今回の話がホントでも困らんだろうとは思う。
微妙なのはJVMの方なのだよな。なんでってくらいメモリ使うのは変わらんし。いまいち速くも無い。その割にCPU負荷も低くない。ServerVMって本当に機能してるんだろうか。スタックマシンはもうやめるべきと思うし、言語仕様も大幅に拡張した方がいい、何より腐ったライブラリを切り捨てるべきだ。そろそろJava++してもいんじゃ無いかと思うけど、オラクルはやんないだろうな。緩慢に死にゆく言語になっちまった。
> 言語仕様も大幅に拡張した方がいい、> そろそろJava++してもいんじゃ無いかと思うけど
Scala じゃダメなのん?それとも Oracle の公式サポートが欲しい人?
なっちまった。
なにをいまさら。Javaってずっとそんな調子でしょ。
言語使用に関してはJava8でかなり変わりましたけどねーJava8信者はfor文使用禁止とか言う位ですw各種ライブラリも少しずつストリームに対応してきていますSpringみたいにアノテーションで実質言語拡張しまくってるのもありますし昔のJavaと比べたら別物って位、変わっているかとまあ、それが良い変化かと言われると素直に頷けませんが
.NETのCILもスタックマシンだったはずですが。どうせJITすると思えばたぶんそこは要点じゃない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
話題になってるから見直されるとは思うが (スコア:0)
これまた上手いこと考えたなぁというか、これやられたらJavaのエコシステム壊滅というか…。
サポート契約ぐらい余裕な大規模システムはともかく、小さいとこは脱Java進みかねないぞこれ。
Re: (スコア:0)
そもそも小さいところでわざわざJavaを選んでるところってあるんでしょうか?
今どきのJavaってAndroidの既存アプリの保守か、
あるとしても大規模システムのITゼネコン案件がメインなんではないでしょうか?
自前での開発力のあるところなら最初からRubyとかPHPとか.NETとかを使うでしょうし、
無いところならオープンソースやフリーのWebアプリを使いますから、
そこの保守にただ乗りするか、もしくは「セキュリティホール上等」で何もしないのではないかと。
Re: (スコア:0)
> そもそも小さいところでわざわざJavaを選んでるところってあるんでしょうか?
あるある。
> 自前での開発力のあるところなら最初からRubyとかPHPとか.NETとかを使うでしょうし、
開発者が2人~3人くらいまでならいいけど、それより多くて長期間改変を続けるソフトだと
静的型検査が欲しくて、メジャーな Web 用言語だと JVM 系か .NET ってことになるけど、
Linux で .NET はまだ微妙だから、必然的に JVM を使うことになる。
まあ小規模なところは Oracle JDK がなくても OpenJDK で十分だから、今回の話がホントでも
困らんだろうとは思う。
Re:話題になってるから見直されるとは思うが (スコア:0)
微妙なのはJVMの方なのだよな。
なんでってくらいメモリ使うのは変わらんし。いまいち速くも無い。その割にCPU負荷も低くない。ServerVMって本当に機能してるんだろうか。
スタックマシンはもうやめるべきと思うし、言語仕様も大幅に拡張した方がいい、何より腐ったライブラリを切り捨てるべきだ。
そろそろJava++してもいんじゃ無いかと思うけど、オラクルはやんないだろうな。
緩慢に死にゆく言語になっちまった。
Re: (スコア:0)
> 言語仕様も大幅に拡張した方がいい、
> そろそろJava++してもいんじゃ無いかと思うけど
Scala じゃダメなのん?
それとも Oracle の公式サポートが欲しい人?
Re: (スコア:0)
なっちまった。
なにをいまさら。Javaってずっとそんな調子でしょ。
Re: (スコア:0)
言語使用に関してはJava8でかなり変わりましたけどねー
Java8信者はfor文使用禁止とか言う位ですw
各種ライブラリも少しずつストリームに対応してきています
Springみたいにアノテーションで実質言語拡張しまくってるのもありますし
昔のJavaと比べたら別物って位、変わっているかと
まあ、それが良い変化かと言われると素直に頷けませんが
Re: (スコア:0)
.NETのCILもスタックマシンだったはずですが。どうせJITすると思えばたぶんそこは要点じゃない。