Javaのリスク考察 2018年版 - プログラマーの脳みそ

Java10以降、Java SEのリリースサイクルを6カ月単位とすることが発表されてしばらく経ち、また、予告通りJava11からいよいよJavaのサポート体制も変更となった。 本稿ではJavaを使い続けるリスク、あるいはほかの言語ランタイムを使い続けるリスクについて検討してみたい。プログラム言語は用途に応じて様々なものが使い分けられている。特に本稿では選択肢が多く、またJavaのシェアも高いサーバーサイドのWebシステムという戦場で検討してみたい。 「Javaリスク」という単語、語呂が良い— なぎせ ゆうき (@nagise) 2018年10月11日 pic.twitter.com/tBGvupxtJ4— rf (@rf0444) 2018年10月11日 ランタイムの有償化リスク 無償で提供されていたプログラム言語のランタイムが、突如有償化するリスクをまず考えてみよう。この点で、Javaは

[t-tanaka]

事実誤認が多いような。JCPはSun買収(2010年)よりはるか前(1998年)から。Oracleがやったのは仕様策定の民主化ではなく実装の民主化。一から実装されたJ9 VMはEPLだし，互換性はTCKで保証される。RoRは「言語ランタイム」ではない

[su_zu_ki_1010]

IBMがコンパイルしたJavaも使ったことがある身としては、書かれていることはよくわかる。でも、これからJavaを使おうとしている人、あるいはOracleのJavaしか使ったことが無い人に取ってはピンとこない話だろうなとも思う。