Javaはもう死んだの？

**デフォルトの名無しさん** · 2018/04/29(日) 04:48:48.62

どうなのよ

**デフォルトの名無しさん** · 2018/04/29(日) 13:23:53.33

死にかけ

**デフォルトの名無しさん** · 2018/04/29(日) 13:25:10.69

なんで？

**デフォルトの名無しさん** · 2018/04/29(日) 14:22:00.80

oracle

**デフォルトの名無しさん** · 2018/04/30(月) 03:50:36.61

死んだというか殺されかけてる

**デフォルトの名無しさん** · 2018/04/30(月) 13:15:56.84

生きてる

**デフォルトの名無しさん** · 2018/04/30(月) 14:29:26.33

>>3
Oracleがライセンス料をせしめるために、リリースモデルを変更した。
>>6のいうように今はまだ生きているが、>>2,5のいうように殺されかけているというのも事実。
Java8のOracleからの無償サポートが切れる頃には>>1に先見の明があったと言うことになるかもしれない。
すなわち、お前はもう死んでいると。

**デフォルトの名無しさん** · 2018/04/30(月) 15:41:57.30

https://www.reddit.com/r/java/comments/86ce66/comment/dw49qav
AdoptOpenJDKがある

**デフォルトの名無しさん** · 2018/04/30(月) 16:02:05.77

SIerの次の選択肢はなんだろう

**デフォルトの名無しさん** · 2018/05/01(火) 01:12:08.01

マジかよ今勉強中なんだけど

**デフォルトの名無しさん** · 2018/05/01(火) 04:53:30.75

>>8
リンク先見てきたけど、公開されているビルドの日付が2017年とかになっているんだが、
そんな装備で大丈夫か?

**デフォルトの名無しさん** · 2018/05/01(火) 07:52:44.52

>>11
https://hub.docker.com/r/adoptopenjdk/openjdk10/

Last pushed: 6 hours ago

**デフォルトの名無しさん** · 2018/05/01(火) 23:09:17.48

死んでないどころかよく使われてるのに
金を取るとか元締めが言い出すから
みんな悪口を言ってるんだよ

**デフォルトの名無しさん** · 2018/05/02(水) 17:43:06.49

OpenJDK を Windows で使うにはどうすればいいですか？

**デフォルトの名無しさん** · 2018/05/08(火) 06:15:15.66

>>13
まだ生きているが、Javaの取り柄である互換性の堅持が捨てられて、同じバージョンを使うためだけに
金をむしられるようになった時点で、将来的な死が確定したも同然。

**デフォルトの名無しさん** · 2018/05/08(火) 07:45:50.20

>>15
OpenJDKつこたらええやんけ
開発者に金が回るのはええことやし
製品にもその金が落とされるってことやで
ええことづくめやん
SUNのように潰れるよりよっぽどマシ

**デフォルトの名無しさん** · 2018/05/08(火) 08:10:36.62

>>16
LTSのプランすらまだ固まってないのに？

**デフォルトの名無しさん** · 2018/05/08(火) 11:04:50.03

今後のAndroidアプリって、何で作るのがいいの？

**デフォルトの名無しさん** · 2018/05/08(火) 14:57:59.70

googleは一時期OpenJDK推奨とかやってた気がするが

**デフォルトの名無しさん** · 2018/05/08(火) 15:01:03.94

最悪小鳥でも構わんけどソースコンバータ用意してくり

**デフォルトの名無しさん** · 2018/05/08(火) 17:18:50.83

>>16
OpenJDK を Windows にビルドできますか？

**デフォルトの名無しさん** · 2018/05/08(火) 18:51:01.75

死んでないからこそ悪口を言われる言語

**デフォルトの名無しさん** · 2018/05/16(水) 21:34:46.71

死んだよ。

**デフォルトの名無しさん** · 2018/05/17(木) 12:47:27.50

いつかは死ぬと思うけどもうしばらくは生きそう

**デフォルトの名無しさん** · 2018/05/18(金) 00:26:57.54

グーグルが敵対的買収して中のゴミを全部切ればいいのに

**デフォルトの名無しさん** · 2018/05/18(金) 06:09:03.61

>>25
互換性を保つためにゴミすら切らない。だから、一度覚えれば末永く使える。それがJavaのいいところ。
Jigsawによってモジュール化されたゴミを切りやすくなった。
Googleの買収を待つまでもなく、Oracleが色んな物を切り捨て始めた。
そして切り捨て前のバージョンを使いたければ金を払えと。
Javaは死んだ。あるいは今生きているとしても死ぬことが確定した。

**デフォルトの名無しさん** · 2018/05/20(日) 11:06:14.94

(目先の利益で言語寿命を削るような決断したゴミ経営を)全部切ればいいのに

**デフォルトの名無しさん** · 2018/05/21(月) 15:00:31.08

Pythonに抜かれました

**デフォルトの名無しさん** · 2018/05/22(火) 00:52:19.37

無料でなければ、プログラミング言語は死ぬのか…

**デフォルトの名無しさん** · 2018/05/22(火) 05:25:37.65

>>29
まともな言語は有料のものしかなかった昔ならともかく、今時有料の言語が生き残る余地はない。

**デフォルトの名無しさん** · 2018/05/22(火) 11:35:00.85

ク、CUDA...

実質有料

◆QZaw55cn4c · 2018/05/22(火) 18:35:55.66

>>31
今 VC++ でコンパイルできないみたいなんだが

**デフォルトの名無しさん** · 2018/05/23(水) 19:17:23.43

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

JL2IM

**デフォルトの名無しさん** · 2018/05/23(水) 20:28:44.17

と、いうか…
無償を前提にして開発されたシステムやアプリケーションがサクッと死ぬか死にかけると思う。

**デフォルトの名無しさん** · 2018/05/24(木) 22:21:48.36

有償ってのはFUDでしょ？
>>8によればオラクル、IBM、レッドハット等のメジャーなOpenJDKのベンダーがAdoptOpenJDKに参加するっていう
OpenJDKは永久に不滅

**デフォルトの名無しさん** · 2018/05/25(金) 05:17:59.69

>>35
半年ごといろんな機能が切り捨てられて非互換になっていく言語で開発しようと思う人は少ない。

**デフォルトの名無しさん** · 2018/05/25(金) 17:15:30.71

>>36
そういう間違った認識する人には難しいだろうな

**デフォルトの名無しさん** · 2018/05/25(金) 22:38:19.85

実際には互換性を大事にするあまり
J2SE 1.4ぐらいの頃のゴミを今でも引きずっている

まだ若かったC#が互換性を破壊してまでジェネリクスを実装したのに対し
結構長く続いていたJavaは互換性を維持するために型パラメータを消去するという
それはそれで強引なやり方でジェネリクスを実装
これは型が実行時に分からなくなる、性能が悪くなると言ったデメリットがある
今でも改善されてない

**デフォルトの名無しさん** · 2018/05/26(土) 02:13:26.82

もともと１０年ほど前から有用性を感じなくなった
java使わなくてもいい
もっといい言語いっぱいある

**デフォルトの名無しさん** · 2018/05/26(土) 11:22:15.39

しかし世界で人気あるのは今でもjavaが圧倒的に1位
30年後はどうなっているかわからんけど、人気ある言語を使うべき
なんのためにプログラミングしてるのかを考えれば疑問は起こらない

**デフォルトの名無しさん** · 2018/05/26(土) 11:27:39.11

>>40
https://products.sint.co.jp/topsic/blog/popular-programming-language

**デフォルトの名無しさん** · 2018/05/26(土) 12:29:37.49

>>41
それ2017年じゃん
都合悪くなると昔のランキング出してくるんだなw

https://furien.jp/columns/385/

**デフォルトの名無しさん** · 2018/05/26(土) 12:48:49.33

>>41はGoogle SearchやGoogle Trend、GitHub、Twitterなど10のオンラインソースが元
>>42はチュートリアルの検索回数

**デフォルトの名無しさん** · 2018/05/26(土) 12:58:39.38

>>42
PYPL引っ張ってくるならそれこそ最新版を出そうよ
http://pypl.github.io/PYPL.html

**デフォルトの名無しさん** · 2018/05/26(土) 13:01:49.59

>>44
そうくると思ったけどさあ、誤差じゃん
3位以下なんて太刀打ちできないんだけど

そもそもjavaは世の中のインフラから医療や宇宙産業まであらゆるもので使われてるから無くすことができない
pythonなんてたかがAIの波に乗っただけじゃん

◆QZaw55cn4c · 2018/05/26(土) 15:30:08.70

>>38
＞Javaは互換性を維持するために型パラメータを消去するという
＞やり方でジェネリクスを実装

＞これは型が実行時に分からなくなる、
実行時に型情報は基本的に不要なのでは？

＞性能が悪くなると言ったデメリットがある
なぜ性能が悪くなるの？というか、本当に性能が悪くなるの？どういう現象から「悪くなった」と判断したの？

**デフォルトの名無しさん** · 2018/05/26(土) 16:11:51.15

>>46
Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する

値型は型パラメータに出来ず一旦オブジェクトに変換されるため
より速度低下が深刻
そのためInt型だけを扱うListクラスが作られたりする
二度手間だが仕方ない

型パラメータがコンパイル時に消されるため
当然ながらリフレクションで型パラメータを知る事は出来ない

◆QZaw55cn4c · 2018/05/26(土) 16:27:47.19

>>47
＞Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
それはコンパイル時のチェックではないか？

＞型パラメータがコンパイル時に消される
のであれば実行時に型をチェックすることはできないし、していないのではないか？

**デフォルトの名無しさん** · 2018/05/26(土) 21:59:14.10

>>48
コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

ジェネリクスが無いときは手動でリストから取ったデータを目的の型にキャストしていたが
このチェックを自分で書かなくて良くなっただけとも言える

実際、リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする

リスト変数自体には型パラメータの情報は存在しないので
リフレクションでは型パラメータを取り出せない

◆QZaw55cn4c · 2018/05/26(土) 22:37:20.55

>>49
＞コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

それは本当ですか？それを裏付ける資料はありますか？
「型チェックの命令を入れる」とのことですが、jvm 言語仕様上はどんな命令になるのですか？

ジェネリクスが無いときは、リスト取得時に
＞目的の型にキャストしていた
そのとおりだが、実際に実行コードが増えるわけではない、あくまでソース文面での整合をとるためだけなのではないですか？

＞バイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
つまり「型チェックの命令を入れ」ないのではないですか？

◆QZaw55cn4c · 2018/05/26(土) 23:11:00.71

>>47
＞Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
オーバーヘッドというのは実行時の計算リソースの追加消費のことですよね

>>49
＞リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする

この二つは矛盾しますよね

**デフォルトの名無しさん** · 2018/05/27(日) 07:01:10.66

>>12
Docker用のファイルしかないみたいなんですが。

**デフォルトの名無しさん** · 2018/06/08(金) 20:46:30.37

CORBA, JavaFXの次はJava8の目玉の一つだったNashornまで切り捨てるらしい。
ttp://openjdk.java.net/jeps/335
これはもうだめかもわからんね。

**デフォルトの名無しさん** · 2018/06/10(日) 09:51:56.38

誰もつかわんかったし

**デフォルトの名無しさん** · 2018/06/20(水) 21:48:14.65

>>16
OpenJDKなんて、ワザと不具合仕込まれたモンキーモデルやん。あんなの使えるか。

**デフォルトの名無しさん** · 2018/06/20(水) 23:32:09.10

>>55 そんな不具合あるの？

**デフォルトの名無しさん** · 2018/06/20(水) 23:33:13.17

>>55
ソース

**デフォルトの名無しさん** · 2018/06/21(木) 02:15:32.13

>>55
エアプ

**デフォルトの名無しさん** · 2018/06/21(木) 21:42:20.91

オラクルに金を払えば３年間は安泰らしい…
は？金払ってたったの３年？？？？３年ぽっち？？？？
普通５年以上１０年未満だろ…

まぁ、Javaの出版社やクズライターが苦悩するな、確実に。
「JavaXX対応！！」
というオビだけすげかえて、裏表紙をめくると「2015年初版」などという詐欺商法が流行するであろう。

**デフォルトの名無しさん** · 2018/06/22(金) 18:43:09.26

>>59
金さえ払えばExtended Support含めて最長8年は安泰らしい。
新しいLTSのリリース前なら5年になる計算だが。
OpenJDKとはアップデート内容が違うだろうから、OpenJDKにLTSがあっても
初年度からOracleにウン十万円のお金を積む必要があるわけだ。