アカウント名:
パスワード:
もう14がリリースされて15のearly accessも出てるんだが。JRE無いし、移行強制するとJava離れが加速すると見てるんかな。確かに2018年の記事で、次期LTSのJava17(2021年予定)よりも長くサポートすると書いたのがあるが。理由はプレスリリースとかに出てたっけ?
8から先のバージョンに熟練したプログラマが増えてないからでしょJava8を切り捨てると「8はもう駄目?じゃあ他の言語で」ってケースが続出するのを恐れて8はメンテし続けられてる日本じゃあ未だにJ2SE系のシステムの新規案件とかあるし
J2SEがJavaSEにリネームされる前ということは5以前か
俺も新しい機能やシンタクスなんて全部知ってるわけじゃないし、正直趣味でつまみ食いしてるくらいだが、古けりゃつまみ食いもできないじゃんって思ったんだよ。
でもまあ、できることは同じなんだから新しいの使えとはならないか。単純な上位互換じゃないもんな。結局ミドルウェアのLTSに求められる事項って話か。Javaのバージョン上げたら、既存システムやモジュールが動作しなかったり動作変わったり・・・って、そうだよ!仕事でも不具合があって、Java7からの移行タスクが完了してないんじゃないか。なんで忘れてた。
> 古けりゃつまみ食いもできないじゃんって思ったんだよ。Java 8だろうが11だろうが動かしてるのがJavaではないJVM言語だったらそこら辺は関係無いからなてかまともな会社なら既存案件ならともかく新規案件はJavaなんてクソ言語やめてKotlinかScalaに移行してるでしょプログラミング言語的に何一つJavaが勝るものなんて無いのに使う意味が無い
後半、言いたいことは分かるし同意できる部分もあるが・・・
開発サイドの関連会社だけで数社のプロジェクト、しかもローリングリリースで隙間無く走り続ける製品でそれをやるのは、すぐには無理だよ。教育・調達・契約だって仕切り直し。今はインフラや開発環境がそれほどネックにならないが、財布握ってる人が昔の感覚だとそれも心理的ハードルになるかも。
それに曲がりなりにも「プロジェクトを混乱・座礁させずに、」「一定以上のパフォーマンスで、」「一定以上の可用性・保守性を有したモノを作れている。」以上は、より良い言語があっても飛びついたりはしないよ。Java → Kotlin などは移行負荷低いけどね。俺も趣味で始めたし。でもプロジェクト・グループ全体でとなると尋常の話ではないやな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
なんでいつまでも8をメンテし続けるんだっけ? (スコア:0)
もう14がリリースされて15のearly accessも出てるんだが。
JRE無いし、移行強制するとJava離れが加速すると見てるんかな。
確かに2018年の記事で、次期LTSのJava17(2021年予定)よりも長くサポートすると書いたのがあるが。
理由はプレスリリースとかに出てたっけ?
Re: (スコア:0)
8から先のバージョンに熟練したプログラマが増えてないからでしょ
Java8を切り捨てると「8はもう駄目?じゃあ他の言語で」ってケースが続出するのを恐れて8はメンテし続けられてる
日本じゃあ未だにJ2SE系のシステムの新規案件とかあるし
Re: (スコア:0)
J2SEがJavaSEにリネームされる前ということは5以前か
Re: (スコア:0)
俺も新しい機能やシンタクスなんて全部知ってるわけじゃないし、正直趣味でつまみ食いしてるくらいだが、
古けりゃつまみ食いもできないじゃんって思ったんだよ。
でもまあ、できることは同じなんだから新しいの使えとはならないか。単純な上位互換じゃないもんな。
結局ミドルウェアのLTSに求められる事項って話か。
Javaのバージョン上げたら、既存システムやモジュールが動作しなかったり動作変わったり・・・
って、そうだよ!
仕事でも不具合があって、Java7からの移行タスクが完了してないんじゃないか。
なんで忘れてた。
Re: (スコア:0)
> 古けりゃつまみ食いもできないじゃんって思ったんだよ。
Java 8だろうが11だろうが動かしてるのがJavaではないJVM言語だったらそこら辺は関係無いからな
てかまともな会社なら既存案件ならともかく新規案件はJavaなんてクソ言語やめてKotlinかScalaに移行してるでしょ
プログラミング言語的に何一つJavaが勝るものなんて無いのに使う意味が無い
Re: (スコア:0)
後半、言いたいことは分かるし同意できる部分もあるが・・・
開発サイドの関連会社だけで数社のプロジェクト、
しかもローリングリリースで隙間無く走り続ける製品でそれをやるのは、すぐには無理だよ。
教育・調達・契約だって仕切り直し。今はインフラや開発環境がそれほどネックにならないが、
財布握ってる人が昔の感覚だとそれも心理的ハードルになるかも。
それに曲がりなりにも
「プロジェクトを混乱・座礁させずに、」「一定以上のパフォーマンスで、」
「一定以上の可用性・保守性を有したモノを作れている。」
以上は、より良い言語があっても飛びついたりはしないよ。
Java → Kotlin などは移行負荷低いけどね。俺も趣味で始めたし。
でもプロジェクト・グループ全体でとなると尋常の話ではないやな。