X
Javaはもう死んだの？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2018/04/29(日) 04:48:48.62ID:BgWXrKyR
どうなのよ
0013デフォルトの名無しさん
垢版 |
2018/05/01(火) 23:09:17.48ID:7ePsbzED
死んでないどころかよく使われてるのに
金を取るとか元締めが言い出すから
みんな悪口を言ってるんだよ
0015デフォルトの名無しさん
垢版 |
2018/05/08(火) 06:15:15.66ID:8rN0+7Wf
>>13
まだ生きているが、Javaの取り柄である互換性の堅持が捨てられて、同じバージョンを使うためだけに
金をむしられるようになった時点で、将来的な死が確定したも同然。
0016デフォルトの名無しさん
垢版 |
2018/05/08(火) 07:45:50.20ID:FhQ1Pu47
>>15
OpenJDKつこたらええやんけ
開発者に金が回るのはええことやし
製品にもその金が落とされるってことやで
ええことづくめやん
SUNのように潰れるよりよっぽどマシ
0024デフォルトの名無しさん
垢版 |
2018/05/17(木) 12:47:27.50ID:CnmZ72XP
いつかは死ぬと思うけどもうしばらくは生きそう
0026デフォルトの名無しさん
垢版 |
2018/05/18(金) 06:09:03.61ID:rjYTqSXv
>>25
互換性を保つためにゴミすら切らない。だから、一度覚えれば末永く使える。それがJavaのいいところ。
Jigsawによってモジュール化されたゴミを切りやすくなった。
Googleの買収を待つまでもなく、Oracleが色んな物を切り捨て始めた。
そして切り捨て前のバージョンを使いたければ金を払えと。
Javaは死んだ。あるいは今生きているとしても死ぬことが確定した。
0027デフォルトの名無しさん
垢版 |
2018/05/20(日) 11:06:14.94ID:q9XtVgc6
(目先の利益で言語寿命を削るような決断したゴミ経営を)全部切ればいいのに
0030デフォルトの名無しさん
垢版 |
2018/05/22(火) 05:25:37.65ID:N9XlhyPS
>>29
まともな言語は有料のものしかなかった昔ならともかく、今時有料の言語が生き残る余地はない。
0032 ◆QZaw55cn4c
垢版 |
2018/05/22(火) 18:35:55.66ID:xeMs/wd1
>>31
今 VC++ でコンパイルできないみたいなんだが
0033デフォルトの名無しさん
垢版 |
2018/05/23(水) 19:17:23.43ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

JL2IM
0034デフォルトの名無しさん
垢版 |
2018/05/23(水) 20:28:44.17ID:L1XMavve
と、いうか…
無償を前提にして開発されたシステムやアプリケーションがサクッと死ぬか死にかけると思う。
0035デフォルトの名無しさん
垢版 |
2018/05/24(木) 22:21:48.36ID:lqHBFr6f
有償ってのはFUDでしょ？
>>8によればオラクル、IBM、レッドハット等のメジャーなOpenJDKのベンダーがAdoptOpenJDKに参加するっていう
OpenJDKは永久に不滅
0036デフォルトの名無しさん
垢版 |
2018/05/25(金) 05:17:59.69ID:aVuHEJ5M
>>35
半年ごといろんな機能が切り捨てられて非互換になっていく言語で開発しようと思う人は少ない。
0038デフォルトの名無しさん
垢版 |
2018/05/25(金) 22:38:19.85ID:fc0Y9DI/
実際には互換性を大事にするあまり
J2SE 1.4ぐらいの頃のゴミを今でも引きずっている

まだ若かったC#が互換性を破壊してまでジェネリクスを実装したのに対し
結構長く続いていたJavaは互換性を維持するために型パラメータを消去するという
それはそれで強引なやり方でジェネリクスを実装
これは型が実行時に分からなくなる、性能が悪くなると言ったデメリットがある
今でも改善されてない
0039デフォルトの名無しさん
垢版 |
2018/05/26(土) 02:13:26.82ID:woTAETUC
もともと１０年ほど前から有用性を感じなくなった
java使わなくてもいい
もっといい言語いっぱいある
0040デフォルトの名無しさん
垢版 |
2018/05/26(土) 11:22:15.39ID:aY12iVN+
しかし世界で人気あるのは今でもjavaが圧倒的に1位
30年後はどうなっているかわからんけど、人気ある言語を使うべき
なんのためにプログラミングしてるのかを考えれば疑問は起こらない
0045デフォルトの名無しさん
垢版 |
2018/05/26(土) 13:01:49.59ID:aY12iVN+
>>44
そうくると思ったけどさあ、誤差じゃん
3位以下なんて太刀打ちできないんだけど

そもそもjavaは世の中のインフラから医療や宇宙産業まであらゆるもので使われてるから無くすことができない
pythonなんてたかがAIの波に乗っただけじゃん
0046 ◆QZaw55cn4c
垢版 |
2018/05/26(土) 15:30:08.70ID:LE8Quobi
>>38
＞Javaは互換性を維持するために型パラメータを消去するという
＞やり方でジェネリクスを実装

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

＞性能が悪くなると言ったデメリットがある
なぜ性能が悪くなるの？というか、本当に性能が悪くなるの？どういう現象から「悪くなった」と判断したの？
0047デフォルトの名無しさん
垢版 |
2018/05/26(土) 16:11:51.15ID:5AX9l5m7
>>46
Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する

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

型パラメータがコンパイル時に消されるため
当然ながらリフレクションで型パラメータを知る事は出来ない
0048 ◆QZaw55cn4c
垢版 |
2018/05/26(土) 16:27:47.19ID:LE8Quobi
>>47
＞Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
それはコンパイル時のチェックではないか？

＞型パラメータがコンパイル時に消される
のであれば実行時に型をチェックすることはできないし、していないのではないか？
0049デフォルトの名無しさん
垢版 |
2018/05/26(土) 21:59:14.10ID:5AX9l5m7
>>48
コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

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

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

リスト変数自体には型パラメータの情報は存在しないので
リフレクションでは型パラメータを取り出せない
0050 ◆QZaw55cn4c
垢版 |
2018/05/26(土) 22:37:20.55ID:LE8Quobi
>>49
＞コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

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

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

＞バイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
つまり「型チェックの命令を入れ」ないのではないですか？
0051 ◆QZaw55cn4c
垢版 |
2018/05/26(土) 23:11:00.71ID:LE8Quobi
>>47
＞Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
オーバーヘッドというのは実行時の計算リソースの追加消費のことですよね

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

この二つは矛盾しますよね
0053デフォルトの名無しさん
垢版 |
2018/06/08(金) 20:46:30.37ID:y2J8hxKA
CORBA, JavaFXの次はJava8の目玉の一つだったNashornまで切り捨てるらしい。
ttp://openjdk.java.net/jeps/335
これはもうだめかもわからんね。
0055デフォルトの名無しさん
垢版 |
2018/06/20(水) 21:48:14.65ID:NifzxNE9
>>16
OpenJDKなんて、ワザと不具合仕込まれたモンキーモデルやん。あんなの使えるか。
0059デフォルトの名無しさん
垢版 |
2018/06/21(木) 21:42:20.91ID:DgmcM/6g
オラクルに金を払えば３年間は安泰らしい…
は？金払ってたったの３年？？？？３年ぽっち？？？？
普通５年以上１０年未満だろ…

まぁ、Javaの出版社やクズライターが苦悩するな、確実に。
「JavaXX対応！！」
というオビだけすげかえて、裏表紙をめくると「2015年 初版」などという詐欺商法が流行するであろう。
0060デフォルトの名無しさん
垢版 |
2018/06/22(金) 18:43:09.26ID:bBv4XF1w
>>59
金さえ払えばExtended Support含めて最長8年は安泰らしい。
新しいLTSのリリース前なら5年になる計算だが。
OpenJDKとはアップデート内容が違うだろうから、OpenJDKにLTSがあっても
初年度からOracleにウン十万円のお金を積む必要があるわけだ。
006260
垢版 |
2018/06/24(日) 21:17:07.15ID:/V8oJSwl
>>61
>>60の翌日に発表を聞いて立場がないw
まあ、法外な値段じゃなくなったのは良かったというべきか。
しかし、また微妙な価格設定だな。1年契約らしいから個人だと年3500円くらいだろうか。
0063デフォルトの名無しさん
垢版 |
2018/06/28(木) 02:19:10.48ID:gg0UExLh
今までjavaで日曜プログラミングしてきたけどもうこれでそれも終いや
折角、ライブラリ豊富で使いやすかったのに
あほらし、有償化すんならpythonかrubyにするわ
本当馬鹿だよこんなのに年間3500円も払えるかっちゅーねん
これで一気に泥舟化するな自分たちで寿命縮めてるのはあほらし過ぎる
あーあ、もったいない良い言語だったのに…、　バイバイ
0069 ◆QZaw55cn4c
垢版 |
2018/06/29(金) 19:32:33.20ID:7H4KBG0p
>>67
＞c++コンパイラがオープンソース化されるらしい
もう、とうの昔に gcc(Gnu C Compiler) をはじめいくつかのC++コンパイラがオープンソース化されているんですけれども
0072デフォルトの名無しさん
垢版 |
2018/07/04(水) 22:04:58.87ID:gFgZc5FG
717
0074デフォルトの名無しさん
垢版 |
2018/07/10(火) 05:48:54.48ID:/zRHD29y
>>25じゃないけど、GoogleがOpenJDKのLTSを4年間(3年+移行期間1年)サポートしますって
宣言してくれたら、JavaはGoogleのものになるのになと思う。
0076デフォルトの名無しさん
垢版 |
2018/07/12(木) 07:26:40.57ID:bi+AMzP2
googleはjava捨ててkotlin専用のvm出しゃいいんだよ
簡単に変換出来るんだからそれだけでみんな移行するべさ
0077デフォルトの名無しさん
垢版 |
2018/07/12(木) 17:28:17.30ID:PtJZmudo
javaは賛否両論あったが今となっては良い思い出

さてポストjavaは何になるのかな
0081デフォルトの名無しさん
垢版 |
2018/07/13(金) 00:25:36.34ID:9DRwt3lv
>>80
Android開発ならVBは無関係
VB必要な場合は過去の資産(VB6以前)からのシステム移行だろうね
0082デフォルトの名無しさん
垢版 |
2018/07/15(日) 14:36:12.35ID:kiP00q0W
>>71
ビジネスじゃ使えねえ、ってだけ。
0083デフォルトの名無しさん
垢版 |
2018/07/15(日) 20:27:21.28ID:5Xgvchi7
javaとc♯はシンタクスがcの分派だから基本的な部分でストレス少ない

VBは結構ストレス溜まる
0087デフォルトの名無しさん
垢版 |
2018/07/15(日) 22:02:57.63ID:X2092vNg
N88BASICをVB.NETに移植する仕事やったけどけっこうコピペが効くから助かったわ
0088デフォルトの名無しさん
垢版 |
2018/07/16(月) 15:19:42.96ID:TcMzUNxF
>>82
ビジネスでもサポートなんか気にしない人ならOpenJDKで困らないし
固い所で金は用意するからサポート契約無いのは困るという立場なら何も変わらないし
どういう理由や状況がビジネスで使えない理由なんだ？
0089デフォルトの名無しさん
垢版 |
2018/07/16(月) 15:55:24.53ID:rAvhQng0
95%以上の会社がWindowsだけどなんでだろうね
ビジネスでもサポートなんか気にしないならLinuxで困らないのにね
0092デフォルトの名無しさん
垢版 |
2018/07/16(月) 23:28:57.14ID:TcMzUNxF
>>89
話がずれているかと思いますが一応相手すると
ほとんどの会社はWindowsのサポート契約してないと思いますが。
0093デフォルトの名無しさん
垢版 |
2018/07/17(火) 00:13:18.89ID:nnggx2Zy
ふーんlinuxでセキュリティ問題出たときどこに問い合わせるの？
それをどうやって経営陣に説明するの？
0095デフォルトの名無しさん
垢版 |
2018/07/17(火) 02:43:03.25ID:UzEWArRu
金にがめついoracleがjavaを無償提供しつづけるポリシーのSunをぶっ潰した時点ででこうなることは分かってた
0097デフォルトの名無しさん
垢版 |
2018/07/17(火) 06:09:30.20ID:C4Kv1s9N
>>91
企業でも個人でもリリースサイクルの速さについていけないから問題なんだって。
自分に落ち度もないのに半年ごとにこれまで書いてきたコードを点検・修正しないと
いけないなんて地獄でしかない。
0102デフォルトの名無しさん
垢版 |
2018/07/18(水) 18:58:31.26ID:JT0Ev4QR
>>96
バカとしか言えないけどな
Windowsクライアントなんて部署で数台ありゃ済む
他はライセンスフリーのLinuxで十分
0103デフォルトの名無しさん
垢版 |
2018/07/18(水) 19:06:31.87ID:Fn/85jhH
自分がカーネル作ってるわけでもないくせにｗ
ヤマダ電機とかが付けてるサポートとレベル変わらないじゃんワロタｗｗｗｗｗ
0104デフォルトの名無しさん
垢版 |
2018/07/19(木) 10:45:16.07ID:ElsopKWg
>>103
Linuxのサポート提供してる会社はカーネルに限定してもコミッター
抱えてるところ多いけどね
0105デフォルトの名無しさん
垢版 |
2018/07/19(木) 11:39:07.26ID:QlKeHbXC
ヤマダ電機「うちにはメーカーから転職してきたやつがいるんだぞう」ｗｗｗ
0107デフォルトの名無しさん
垢版 |
2018/07/19(木) 19:56:44.31ID:iuCKWNUm
やりやがったなオラクル
さんざん無料で餌まいて普及させてから一網打尽とか、悪質にもほどがある
そのうちMySQLとVirtualBoxもやるだろう
逃げろ今のうちに逃げろ
0109デフォルトの名無しさん
垢版 |
2018/07/19(木) 20:42:45.48ID:619JXZu+
三途の川の向こう側とか
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況