OracleがJava EEの開発から手を引く可能性 24
ストーリー by hylom
OSS殺し 部門より
OSS殺し 部門より
OracleがJava EEの開発から手を引くのでは無いか、という噂が出ている。Ars Technicaが報じたもの(マイナビニュース)。
OracleがJava EEの開発に取り組む従業員に対しJava EE以外の仕事に取り組むよう指示が出たという話が出ているほかや、今後のJava EEの計画が明らかにされておらず、仕様の策定も進んでいないといった状況であり、近年ではJavaの仕様策定を行っているJCP(Java Community Process)に対するOracleの活動が減っているとの指摘(CodeZine)もある。また、OracleはKenai.comやJava.netのプロジェクトホスティング機能を1年後を目処に閉鎖することをすでに発表している(InfoQ)。
まだ最終決定は行われていないが、こういった状況からOracleがJava EEから撤退するのではないかとされている。
なお、Ars Technicaの記事では最悪のシナリオとして、Java EEのセキュリティパッチ提供がストップしてしまうことを挙げている。
直近の問題はセキュリティパッチ (スコア:1)
逆に言えばそれだけが問題。将来の成長と言う観点で言うと、トピック本文では省略されているが「推進力のある別の団体・企業へ移管すべき」と提案されている状態なので、最終的には別の何処かが巻き取る可能性はあるが、仮にそうであっても脆弱性問題等が発覚した際に迅速にパッチを出せるとは限らないので、つまりそこだけが直近の深刻な問題。
少なくとも日本の東京にある大きな会社のエンタプライズな世界では、当たり前のようにどこへ言っても「サーバ側の処理は Java」が中心なので、正直、法人としての観点で見ると結構ヤバイ事態ではあると思う。
IBM辺りが引き取ってくれないかなぁ…。トランプみたいな Oracle社じゃなくて…。もう Sun が生きていたらとか言わないからさ…。
Re: (スコア:0)
もうGoogleが買収しちゃえばいいよ
Re: (スコア:0)
それいいな。Android がらみで Java の訴訟してるけど、
「訴えを取り下げるから高値で買い取れ」とか。
もっとも、Android は今後 Swift に移行するので無理か。
最悪のシナリオ (スコア:0)
Oracleにとっては平常運転では?
「保守契約をお買い求めください。提供開始にさかのぼって」
名実ともに『Javaはオワコン』 (スコア:0)
Javaはもう終わりやねとか、新規プロジェクトにJavaとか何考えてるのとか
そういった議論が繰り返される度に、まるでバカのひとつ覚えみたいに繰り返されてきた
クライアント側は終わってもサーバサイドはJavaだから
とかいう馬鹿話もついに終了
名実ともにJavaは終わり
Flashと共に消え行く存在
Re: (スコア:0)
プラットフォームが終わるのを「オワコン」というのは違和感が
Re: (スコア:0)
Javaはオワコン
↓
プラットフォームにオワコンは違和感
↓
Javaはオワプラ
↓
いやいや、Javaは言語(ランゲージ)だろ
↓
Javaはオワラン
↓
アレ?終わらんの???
Re: (スコア:0)
終わりの始まりが来ているとして、終わりの終わりの見込みはいつ頃ですかね。
Re: (スコア:0)
>名実ともにJavaは終わり
>Flashと共に消え行く存在
そうするとサーバーサイドは何になるんでしょう?
JITコンパイラありじゃないと性能的にきついので、python、rubyは消える。
JVM使うなら、Jythonか、JVMで動くruby(名前なんだったっけ?)。
それ以外だと、node.jsか。そりゃMSもChakraCoreのnode.jsつくりたくなるね。
Re:名実ともに『Javaはオワコン』 (スコア:1)
Java仮想マシン使うような言語も巻き添えでオワコンだろう。
パフォーマンスが必要な要件だったら最初っからC/C++で書けばよい。
パフォーマンスいらないならPythonとかRubyとかで良い。
開発スピード優先するならGoとかも良い。
Re: (スコア:0)
サーバーサイドはPerl一択です。一頃のCGIブームでご存知かと思いますが。
Re: (スコア:0)
悪いけどCGIなんかじゃパフォーマンス出ませんよ。せめてmod_perlにしてくれないと。
# 1996年にperlでは遅すぎるCGIをCで書き直したのを思い出したのでAC。あれ以降ウェブ開発はやってない。
Re: (スコア:0)
おもしろおかしい狙いじゃなかったのかな。
Re: (スコア:0)
Java以外で今のパフォーマンスだせるのってあるのかな…
Scalaとか最近はやりのElixir+Phenixとか?
ScalaはJavaから移るのは学習コスト低く…はないか
ElixirはErlangVMだけど、少しかじっただけでパフォーマンス面はよくわからん
node.jsいいんだけど、Javascript界隈は進歩が激しすぎて
比較的まったりなJavaな人はついていけるかな
Re: (スコア:0)
>クライアント側は終わってもサーバサイドはJavaだから
>とかいう馬鹿話もついに終了
クライアント側なんて少なくとも大手の開発現場では、
10年も前から忘れてるか、最悪の逃げ道くらいでしか
考えられてないシロモノですよ。
それとサーバ側の現実は完全に別の世界なんだけど、
同列に並べて「馬鹿話」とか知った風に言うのは、
一体どんな世界で働いてる人なんだろう。
まさか HttpServlet をextendするような
コードイメージしか知らない人だろうか。
それとも初心者本かじったただの学生だろうか。
Re: (スコア:0)
10年前といえばJAVA5~6でまだまだ現役でしたし
マルチプラットフォームのアプリケーションは
JAVAが基本だったと思うのですけど。
どこかの並行世界の話ですか?
Re: (スコア:0)
Java製クライアントアプリとサーバ側処理の区別がついていますか?
もっと言うと、何の話をしているか理解出来ていますか?
Re: (スコア:0)
10年前というと、オンライン証券の取引アプリは気の利いたところでJava、そうでないところはFlashかWebのインターフェース、Windowsに特化したところはC#でしたねえ
Re: (スコア:0)
つまり「オンライン証券取引アプリ」でかつ「FlashやWebページやC#やVB以外の場合だけ」Javaで出来ていた、
と言う程度の事例を踏まえて、「クライアントアプリはJavaが基本だ」と思い込んだ、と言う告白ですか?
どこの狭い世界の話ですか?
Re: (スコア:0)
15年ほど前なら確かにアプレットも良く見ましたし、実際案件もあったので受けた事もありますが、
2000年代後半になるとほぼ絶滅してますね。極めて一部では残ってたかもしれませんが、
それを持ち出して話を一般化は出来ませんね。
Re: (スコア:0)
15年前と10年前の差にこだわるのなら2000年代後半というあいまいさは排除しましょう
Re: (スコア:0)
そこに拘るなら、#3042402 で言うJavaが基本だった、と言う話の範囲の曖昧さも排除した方が良いと思いますね。
一番拘ってるのは彼だと思うのでw
この次に期待 (スコア:0)
こと、日本に限っては、Struts1のシステムをどうアップデートしていくか、が課題で
JavaEE、何それ、美味しいの?って感じなので、
仮に無くなっても、SpringやPlayFrameworkがあるし
何の問題も無いと思うんだけど。
むしろ、JavaEEの次のフレームワークに期待してる。
Re: (スコア:0)
XML Hellなstruts1ね。
というと必ず
「管理すれば良いだけだろ」と言うので
「では管理資料下さい」と依頼すると
「んなもん無い、調べろ」の返答
が必ずセットなんですよね。
懸念持ってたとこはstruts1避け&さっさと変更して炎上避けてました。
今残ってるとこは「どこに何があってどう繋がってるか分からない、調査時間も金も出さない、解析ツールも無い」超地雷。