Javaはもう死んだの?
■ このスレッドは過去ログ倉庫に格納されています
>>36
そういう間違った認識する人には難しいだろうな 実際には互換性を大事にするあまり
J2SE 1.4ぐらいの頃のゴミを今でも引きずっている
まだ若かったC#が互換性を破壊してまでジェネリクスを実装したのに対し
結構長く続いていたJavaは互換性を維持するために型パラメータを消去するという
それはそれで強引なやり方でジェネリクスを実装
これは型が実行時に分からなくなる、性能が悪くなると言ったデメリットがある
今でも改善されてない もともと10年ほど前から有用性を感じなくなった
java使わなくてもいい
もっといい言語いっぱいある しかし世界で人気あるのは今でもjavaが圧倒的に1位
30年後はどうなっているかわからんけど、人気ある言語を使うべき
なんのためにプログラミングしてるのかを考えれば疑問は起こらない >>41
それ2017年じゃん
都合悪くなると昔のランキング出してくるんだなw
https://furien.jp/columns/385/ >>41はGoogle SearchやGoogle Trend、GitHub、Twitterなど10のオンラインソースが元
>>42はチュートリアルの検索回数 >>44
そうくると思ったけどさあ、誤差じゃん
3位以下なんて太刀打ちできないんだけど
そもそもjavaは世の中のインフラから医療や宇宙産業まであらゆるもので使われてるから無くすことができない
pythonなんてたかがAIの波に乗っただけじゃん >>38
>Javaは互換性を維持するために型パラメータを消去するという
>やり方でジェネリクスを実装
>これは型が実行時に分からなくなる、
実行時に型情報は基本的に不要なのでは?
>性能が悪くなると言ったデメリットがある
なぜ性能が悪くなるの?というか、本当に性能が悪くなるの?どういう現象から「悪くなった」と判断したの? >>46
Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
値型は型パラメータに出来ず一旦オブジェクトに変換されるため
より速度低下が深刻
そのためInt型だけを扱うListクラスが作られたりする
二度手間だが仕方ない
型パラメータがコンパイル時に消されるため
当然ながらリフレクションで型パラメータを知る事は出来ない >>47
>Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
それはコンパイル時のチェックではないか?
>型パラメータがコンパイル時に消される
のであれば実行時に型をチェックすることはできないし、していないのではないか? >>48
コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる
ジェネリクスが無いときは手動でリストから取ったデータを目的の型にキャストしていたが
このチェックを自分で書かなくて良くなっただけとも言える
実際、リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
リスト変数自体には型パラメータの情報は存在しないので
リフレクションでは型パラメータを取り出せない >>49
>コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる
それは本当ですか?それを裏付ける資料はありますか?
「型チェックの命令を入れる」とのことですが、jvm 言語仕様上はどんな命令になるのですか?
ジェネリクスが無いときは、リスト取得時に
>目的の型にキャストしていた
そのとおりだが、実際に実行コードが増えるわけではない、あくまでソース文面での整合をとるためだけなのではないですか?
>バイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
つまり「型チェックの命令を入れ」ないのではないですか? >>47
>Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
オーバーヘッドというのは実行時の計算リソースの追加消費のことですよね
>>49
>リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
この二つは矛盾しますよね >>12
Docker用のファイルしかないみたいなんですが。 CORBA, JavaFXの次はJava8の目玉の一つだったNashornまで切り捨てるらしい。
ttp://openjdk.java.net/jeps/335
これはもうだめかもわからんね。 >>16
OpenJDKなんて、ワザと不具合仕込まれたモンキーモデルやん。あんなの使えるか。 オラクルに金を払えば3年間は安泰らしい…
は?金払ってたったの3年????3年ぽっち????
普通5年以上10年未満だろ…
まぁ、Javaの出版社やクズライターが苦悩するな、確実に。
「JavaXX対応!!」
というオビだけすげかえて、裏表紙をめくると「2015年 初版」などという詐欺商法が流行するであろう。 >>59
金さえ払えばExtended Support含めて最長8年は安泰らしい。
新しいLTSのリリース前なら5年になる計算だが。
OpenJDKとはアップデート内容が違うだろうから、OpenJDKにLTSがあっても
初年度からOracleにウン十万円のお金を積む必要があるわけだ。 >>61
>>60の翌日に発表を聞いて立場がないw
まあ、法外な値段じゃなくなったのは良かったというべきか。
しかし、また微妙な価格設定だな。1年契約らしいから個人だと年3500円くらいだろうか。 今までjavaで日曜プログラミングしてきたけどもうこれでそれも終いや
折角、ライブラリ豊富で使いやすかったのに
あほらし、有償化すんならpythonかrubyにするわ
本当馬鹿だよこんなのに年間3500円も払えるかっちゅーねん
これで一気に泥舟化するな自分たちで寿命縮めてるのはあほらし過ぎる
あーあ、もったいない良い言語だったのに…、 バイバイ Oracleが言いたいことは、Javaなんぞ使わずにKotlin使えってことだろ。 >>63
c++コンパイラがオープンソース化されるらしいから、今後はc++に移植かなぁ。 育ってきたからドーン
MySQLも手を切らないと来るで >>67
>c++コンパイラがオープンソース化されるらしい
もう、とうの昔に gcc(Gnu C Compiler) をはじめいくつかのC++コンパイラがオープンソース化されているんですけれども >>66
Kotlin使いたいけど実行環境とか無料でいけるんだろうか。 >>63
日曜プログラミングがOpenJDKでは困るのか? C#でAndroid開発できるようになってめっちゃ快適やわ >>25じゃないけど、GoogleがOpenJDKのLTSを4年間(3年+移行期間1年)サポートしますって
宣言してくれたら、JavaはGoogleのものになるのになと思う。 googleはjava捨ててkotlin専用のvm出しゃいいんだよ
簡単に変換出来るんだからそれだけでみんな移行するべさ javaは賛否両論あったが今となっては良い思い出
さてポストjavaは何になるのかな >>73
Java死亡でC#の価値がアップ
ま、でもVisual Studio使うならVB.netの方が楽なんだが >>80
Android開発ならVBは無関係
VB必要な場合は過去の資産(VB6以前)からのシステム移行だろうね javaとc♯はシンタクスがcの分派だから基本的な部分でストレス少ない
VBは結構ストレス溜まる N88BASICをVB.NETに移植する仕事やったけどけっこうコピペが効くから助かったわ >>82
ビジネスでもサポートなんか気にしない人ならOpenJDKで困らないし
固い所で金は用意するからサポート契約無いのは困るという立場なら何も変わらないし
どういう理由や状況がビジネスで使えない理由なんだ? 95%以上の会社がWindowsだけどなんでだろうね
ビジネスでもサポートなんか気にしないならLinuxで困らないのにね >>88
それは違う
リリースサイクルの速さについていける環境ならばOpenJDKでも問題ない >>89
話がずれているかと思いますが一応相手すると
ほとんどの会社はWindowsのサポート契約してないと思いますが。 ふーんlinuxでセキュリティ問題出たときどこに問い合わせるの?
それをどうやって経営陣に説明するの? >>93
サポート契約欲しけりゃRHなどに頼めるよね(もしかしてしらないんだろうか) 金にがめついoracleがjavaを無償提供しつづけるポリシーのSunをぶっ潰した時点ででこうなることは分かってた >>91
企業でも個人でもリリースサイクルの速さについていけないから問題なんだって。
自分に落ち度もないのに半年ごとにこれまで書いてきたコードを点検・修正しないと
いけないなんて地獄でしかない。 >>97
同じことを言っているような気がするけど? >>94
知らないんでしょ
サポートライセンス有りのLinuxと無しのが有る事を >>96
バカとしか言えないけどな
Windowsクライアントなんて部署で数台ありゃ済む
他はライセンスフリーのLinuxで十分 自分がカーネル作ってるわけでもないくせにw
ヤマダ電機とかが付けてるサポートとレベル変わらないじゃんワロタwwwww >>103
Linuxのサポート提供してる会社はカーネルに限定してもコミッター
抱えてるところ多いけどね ヤマダ電機「うちにはメーカーから転職してきたやつがいるんだぞう」www やりやがったなオラクル
さんざん無料で餌まいて普及させてから一網打尽とか、悪質にもほどがある
そのうちMySQLとVirtualBoxもやるだろう
逃げろ今のうちに逃げろ >>107
既にサポート付版とフリー版やってるだろ >>111
Windows10やJDKのサポートと他のサポートの違いは、
Windows10: メジャーアップデート強制が嫌なら金を払って高価なPro版を使え(それでも完全ではない)
OracleJDK: メジャーアップデートしないLTSが使いたければ金を払え
と、質問に答えてお金を取るサポートではなくて、
アップデートしないという不作為に対して金をとるという点。 >>112
フリーソフトウェアに対して金払った奴だけLTSを提供するというのは
Oracleだけのビジネスモデルじゃないだろ 死の定義をそこまで緩くすると、プログラミングの言語はほぼ全て死んでいる。 可哀想なのはメガバンクだな
これが原因でメガバンク淘汰しそうだ
地銀とか信用金庫で.netやLinux+OpenCOBOLやAJAX(JavaScript)とかやってる所が助かったと言う事か OSS版もリリースサイクル早すぎてついていけない
毎月リリースして勝手に死んだブラウザがあったし、
それと同じになるのでは? 過去の資産(Javaアプリ)は消し様が無いが
これから新規案件でもJava選ぶのはアホとしか言えんな
DelphiとC++Builderが無償配布版を提供
https://forest.watch.impress.co.jp/docs/news/1133620.html
Delphi復活か >>118
GUI部分はDelphiで作って(クライアント端末はWindows or macOS)
サーバーはLinux+Apache+JavaScript or PHP
DBはPostgreSQL >>118
Javaがなくなったらワンチャンあるよな >>120
既にJavaに切り替えた所は変更しないだろうね
Javaに手を付けてない所がどう動くか 月々250円も払えない貧乏会社は潰れてしまえってことだろ お固いところなら金払えば電話かける先ができたほうが喜ぶだろ 今はJava技術者が一番簡単に集められる。新規案件はJava一択だよ。 もう新規システム開発で、Javaを選択することはない
問題は既存システムをどうするかだ 金は払わんぞ
ボラクルがやらかしまして、とか申請書に書いても通らんからな >>126
新規システム案件でJavaで
と提案した時点でライセンスコストは?て聞かれて、どう答えるかだな
Java8でセキュリティガバガバで実装しますでOK出るかどうかw >>129
Java6でセキュリティガバガバの方が多いらしい >>126
メガバンクはライセンス払ってサポート継続
他の金無い所はどうするか?w ライセンスコストが問題になるとか言ってる人はどんだけ給与が安いんですか。
あなた方のIT企業に一人月100万は払ってるんですよ。 >>133
その100万円が社員にそのまま渡る訳無いでしょ?
で、基本的にライセンスコストは仕事請け負ったiTドカタが払うコストじゃなくて仕事依頼元のコスト だから依頼元が100万、200万のライセンスやサポート契約をケチると思ってるんですか。
> その100万円が社員にそのまま渡る訳無いでしょ?
あなたは無職ですよね?いくらなんでもアホ過ぎる返しですよ。 そもそも1人月100万円の計算が正しいのか問題だな ■ このスレッドは過去ログ倉庫に格納されています