Javaはもう死んだの？

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

どうなのよ

**デフォルトの名無しさん** · 2019/07/23(火) 21:01:49.35

なんでだよ

**デフォルトの名無しさん** · 2019/07/23(火) 22:08:32.41

ググったらPDF踏んだときみたいな

**デフォルトの名無しさん** · 2019/07/28(日) 10:15:44.85

Javaが死んだと言われ始めたのはライセンス有料化よりずっと前の話なのにその話ばっかり出るのは滑稽だな
Javaは死んだんじゃなくてお前らが死ぬほど嫌いだから殺したいが本音なんじゃねえのか

**デフォルトの名無しさん** · 2019/07/28(日) 22:10:59.13

Javaブームの頃を知らないのだろう。脱MSで一時期持て囃され、採用された時期があったが、デスマーチが多発した。
理由は明白。糞遅いから。それから15年の時を経てCPU速度が上がり、SSDが当たり前になって、
JVMも初期の思想はすべて捨てさりCで最適化しまくりなんとか当時のVB程度の速度が出るようになり、
なんとか実用になり復活したのだ。

不死鳥のように!!!

**デフォルトの名無しさん** · 2019/07/28(日) 23:02:21.72

>>669
どこの次元の話だよ

**デフォルトの名無しさん** · 2019/07/28(日) 23:04:39.47

遅いからデスマーチて

**デフォルトの名無しさん** · 2019/07/29(月) 01:29:42.47

金とってもいいからoracleはvirtualboxまともに動くようにしろよ。

**デフォルトの名無しさん** · 2019/07/29(月) 03:10:37.94

>>671
ゆとり世代かw

**デフォルトの名無しさん** · 2019/07/29(月) 17:26:31.57

地道にOpenJDK(Oracle)を半年毎にパッチ充てられんわ
小さいシステムならまだしも
結局サードパーティーのLTS JDK買う事になるから全く無料は無理
その時点でJavaは終わった

**デフォルトの名無しさん** · 2019/07/29(月) 17:29:32.77

AdoptOpenJDK定期

**デフォルトの名無しさん** · 2019/07/29(月) 19:27:48.92

未だに無料のLTSの存在を知らない人がいることに
驚きを禁じ得ない

**デフォルトの名無しさん** · 2019/07/29(月) 21:35:23.62

php並みに簡単でGUI作れてexe化できる簡易な新言語がそろそろ必要ですかね
日本でいうなでしこみたいな

**デフォルトの名無しさん** · 2019/07/29(月) 21:40:26.19

https://i.imgur.com/sa3HyKv.jpg

**デフォルトの名無しさん** · 2019/07/29(月) 21:52:03.63

お前が作るんだよォ！

**デフォルトの名無しさん** · 2019/07/29(月) 22:06:55.56

>>678
グロ

**デフォルトの名無しさん** · 2019/07/30(火) 04:26:40.35

AdoptOpenJDK移行するのは中小企業が中心になるとは思うが
実際そういう案件見ない
TCK/JCK通過出来て無い

Liberica JDKの方がまだ良い、と言う話有る

**デフォルトの名無しさん** · 2019/07/30(火) 06:27:55.65

astah professional は adoptOpenJDKに移行したね

**デフォルトの名無しさん** · 2019/07/31(水) 04:03:32.54

>>671
どれぐらいの速度かと言うと既存のシステムがOKボタンを押すと1秒以内で返ってくるものがJavaにすると1分以上返ってこない。
莫大な投資をして移行したのに全く使い物にならないものが出来る。治せと言われてもJavaでは解決できない問題だから
おまえみたいなアホなら速攻逃げ出す。事実、Java導入を推進した低スキル者ほど真っ先に逃げ出した。

**デフォルトの名無しさん** · 2019/07/31(水) 10:44:52.36

どう見てもこいつが低スキル

**デフォルトの名無しさん** · 2019/07/31(水) 16:31:02.91

>>684
プロジェクトがこういう状況に陥っても煽りだけで解決方法を一切言わない。
当時もおまえみたいなSEがいっぱいいた。彼らは何をしたと思う？　おまえと同じことをしたのだ。

**デフォルトの名無しさん** · 2019/07/31(水) 17:06:08.81

>>685
つまり5chにカキコしたんだな！

**デフォルトの名無しさん** · 2019/07/31(水) 17:07:42.39

無料だから使う
↓
遅い、とか弊害は誰も言わない

**デフォルトの名無しさん** · 2019/07/31(水) 17:14:43.85

>>685
具体的に何がボトルネックになっているかも確認せず「ボタン押すだけでこんなに時間がかかる！Javaは遅い！」
なんて言ってるバカになんで付き合わにゃならんのだ
そんなに速度欲しいならC++でメタプログラミングでもやってろバーカ

**デフォルトの名無しさん** · 2019/07/31(水) 17:27:32.33

お前は煽ってないで元レス100万回読み直して来い
文章読めないツイカスみたいに見えるぞ

**デフォルトの名無しさん** · 2019/07/31(水) 21:57:31.36

えええ
Javaが遅いからデスマになったって話で押し通すの？ｗ

**デフォルトの名無しさん** · 2019/07/31(水) 22:35:36.99

原因とは人間の主観だ！なんでもありだ！

**デフォルトの名無しさん** · 2019/07/31(水) 22:36:56.86

Javaだから遅いということはない
遅くなる書き方をしているから遅くなっているわけで
そんなに計算量が大きいアルゴリズムを動かしているわけでもあるまい

**デフォルトの名無しさん** · 2019/07/31(水) 23:23:37.19

初期のjavaはバイトコードを実行コードに変換するのにやたら時間かかったからな
起動がクッソ遅かった

**デフォルトの名無しさん** · 2019/08/01(木) 07:12:52.69

>>690
えー？　ガチ最近java始めました素人君？　すごく有名な話だよ。
だからオールJava製GUIアプリが全くないでしょ。

**デフォルトの名無しさん** · 2019/08/01(木) 07:26:50.19

M I N E C R A F T

**デフォルトの名無しさん** · 2019/08/01(木) 08:24:44.84

初期(1.2の頃か)のそれ自体がJavaで出来てるIDEが激重でこりゃGUI無理ですわとなったな。
後Oracleのインストーラ関連でダイアログが裏にいっちゃったのに気がつかなくて無駄に待ったことがよくあった

**デフォルトの名無しさん** · 2019/08/01(木) 10:33:16.21

EclipseやJetBrains系IDEは今もJavaで書かれてる

**デフォルトの名無しさん** · 2019/08/01(木) 11:23:15.29

うーん、もう少しJavaの仕組みを理解してからレスしたほうがいいよ。
今はライブラリ群がC/C++で書き直されてるから速度が出てるんだよ。
オールJava製はもう存在しないんだよ。

**デフォルトの名無しさん** · 2019/08/01(木) 11:42:08.03

Netbeans
サクサクやぞ

**デフォルトの名無しさん** · 2019/08/01(木) 17:27:03.42

>>695
ってオイオーイ！オールJavaで書けるかーい！
LWJGL使ってるでしょ

**デフォルトの名無しさん** · 2019/08/01(木) 17:27:18.58

700get

**デフォルトの名無しさん** · 2019/08/01(木) 18:25:41.33

そんなん言い出したらオールJavaなんて最初から存在しないじゃん

**デフォルトの名無しさん** · 2019/08/01(木) 19:00:57.62

そういやJavaチップなんてもんがあったな

**デフォルトの名無しさん** · 2019/08/01(木) 22:37:43.91

SwingやJavaFXで一から書いたアプリケーションが有れば立派な純正Javaアプリ
実際そんな事をするのは多方面から見て無駄なので学生以外誰も書かない

**デフォルトの名無しさん** · 2019/08/01(木) 22:43:52.02

Javaチップｗｗ有ったなそんなん
詳しく知らないんだけどあれまだ有るん？

**デフォルトの名無しさん** · 2019/08/01(木) 22:58:21.26

>>694
お前さん、何が目的でデタラメばらまいてるの？
JavaのGUIが遅かったことじゃなくてデスマのほうな

**デフォルトの名無しさん** · 2019/08/01(木) 23:10:53.20

デスマってなんか格好いいよね

**デフォルトの名無しさん** · 2019/08/02(金) 06:15:58.69

実際人が死ぬしな

**デフォルトの名無しさん** · 2019/08/02(金) 06:21:24.09

来年５Gだろ？組み込み系でJAVAより使い勝手のいいLot向け言語ってなにさ？

**デフォルトの名無しさん** · 2019/08/02(金) 06:23:45.03

そらもうbrainfu*kよ

**デフォルトの名無しさん** · 2019/08/03(土) 08:30:09.31

>>705
マジレスすると2013年ごろになくなった。

**デフォルトの名無しさん** · 2019/08/03(土) 23:21:53.96

LWJGLはつかいずれーな
まともなフレームワーク誰も作らない不思議

**デフォルトの名無しさん** · 2019/08/04(日) 00:49:33.17

>>706
Javaブームの頃は、ほぼJava案件=デスマーチ。大手SIerはみんな騙された。
MSが訴えられて、爆速MS製JVMがWindowsから削除されて、死ぬほど糞遅いSun製JVMしか使えなくなった。
そんなこともすら知らないとかキミはまだ生まれてないんじゃないの？w　ゆとりでしょw

今度はgoogle訴えてgoogleもjava排除中だし。

**デフォルトの名無しさん** · 2019/08/04(日) 01:15:58.19

>>713
Java案件デスマがあったことなんか疑ってないわ。逃げるなよ。

ソース出してみな。
「Javaが遅いからデスマになった」のな

**デフォルトの名無しさん** · 2019/08/04(日) 01:16:20.17

でもライセンスフリーは魔法の言葉だったな
遅いSUM製JVMでも新規案件が山ほど有った
大手メガバンクもCOBOL捨ててJavaに移行した
ほとんどのメガバンクが移行してからOracleはライセンスフリーを捨てた
ライセンスフリーで使い続けるにはいつどうなるか分からないサードパーティーJDK使え、となった
サードパーティーJDK使うのは中小企業だけ

**デフォルトの名無しさん** · 2019/08/04(日) 01:17:05.42

>>715
SUN製ね、訂正

**デフォルトの名無しさん** · 2019/08/04(日) 01:36:01.22

>>714
無職にもほどがあるぞ。ここでいちいち個別に案件の名前なんか出せるわけないだろ。
IBMでもNTTデータでもhpでもNECでも日立でも富士通でも大手SIerに一人もSEの知り合いすらおらんのか、無職め。

**デフォルトの名無しさん** · 2019/08/04(日) 01:44:29.66

具体案件名なんて要らん
常識ならあなたじゃない他者の言及がどっかにある筈でしょ

**デフォルトの名無しさん** · 2019/08/04(日) 01:54:47.43

>>718
リアル低学歴か。自分で何一つウラも取らずになに捏造認定してんだ？
ここでそのてめぇちぃせえマスかいてる暇があったら当時のスペックのサーバ調達して
SUNのJVMインストールして解析なり逆アセすりゃ済む話じゃねーのか、チンカス君。

大先輩が経験したことを語ってやってんのに何も調べもせずになにが捏造だよ？　てめーは何様だ。
ネットに有り触れてる高速化テクニックはおれたちが解析した結果なんだよ、能無しゆとり君。

**デフォルトの名無しさん** · 2019/08/04(日) 02:02:04.01

喧嘩ならよそでやれよ。
JavaにだまされSiにだまされ人生棒に振ったｵｼﾞｻﾝ達

**デフォルトの名無しさん** · 2019/08/04(日) 02:40:29.33

ますます低能だったんだなあと確信に至る

**デフォルトの名無しさん** · 2019/08/04(日) 02:45:35.08

大先輩は人生苦労してそう

**デフォルトの名無しさん** · 2019/08/04(日) 04:37:33.82

COBOLから移行しただけでも功績でしょー

**デフォルトの名無しさん** · 2019/08/04(日) 05:11:32.88

引き継ぎの際に
「自分はJavaをよく分かってないまま作ってしまった。まじスマンかったm(_ _)m」
って言われたことあった。
元々家電用だったのにね

**デフォルトの名無しさん** · 2019/08/04(日) 15:03:00.19

>>719
そこまで丁寧に謝ってくるなら許してやるよｗ

**デフォルトの名無しさん** · 2019/08/04(日) 15:04:18.70

>>725
どの辺が誤ってんの？

**デフォルトの名無しさん** · 2019/08/04(日) 21:30:34.39

COBOLからの移行だと、たとえば、どんなところが、デスマ要因なんですか？
画面系？
バッチ系？

**デフォルトの名無しさん** · 2019/08/04(日) 21:38:15.89

COBOLはphpでいうとrequireでいろんなファイルを読み込みまくるだけで読み込み元が推測でしかわからないから全部知らないと更新できない
だから一部分だけを直すために非常に努力が必要ですぐデスマ化するらしい

**デフォルトの名無しさん** · 2019/08/04(日) 21:44:15.18

答えになってませんね
すみません

**デフォルトの名無しさん** · 2019/08/04(日) 21:54:09.57

>>728
phpが出てくるということは、webアプリなんですか？

**デフォルトの名無しさん** · 2019/08/04(日) 22:09:57.05

京都市はバッチの移行でトラブってたような
COBOLはメインフレームのOSと密結合で性能出してそうだから
汎用OSに載せ替えるってだけでも大変そう怖いわー

**デフォルトの名無しさん** · 2019/08/04(日) 22:11:15.64

先に書いたことはCOBOLの開発の難しさを聞かれたと読み間違えました
通信をしてATMで操作する部分はかなりWEB的になってきたと聞いたことがあります
javaへの書き換えだけなら簡単らしいとも聞いたことがあります
難所と思われたOOPにするところも予想よりもうまくいったらしいです

**デフォルトの名無しさん** · 2019/08/04(日) 22:24:38.44

>>731
レガシーだと、固定長ファイルの読み出しと、書き出しだから、JAVAだと、面倒くさいかな？

**デフォルトの名無しさん** · 2019/08/04(日) 23:14:53.67

よっぽど太古のシステムじゃない限りストレージはRDBになってて
固定長に見えるところは単なるスタブだからあんまり関係ないんじゃないかな
帳票なんかは工数かかるだろうな

**デフォルトの名無しさん** · 2019/08/04(日) 23:27:57.02

opencobolに変えるだけでもこえーわな。。

**デフォルトの名無しさん** · 2019/08/05(月) 00:22:56.78

>>731
京都市の件は現行COBOL仕様が不明確のまま、移行しようとしたから
それでテスト工数が京都市が許容した容量超えて金かかる、となったから裁判になった

**デフォルトの名無しさん** · 2019/08/05(月) 00:25:29.08

>>732
COBOL→Javaと言ってもオブジェクト指向なんて使ってないから

**デフォルトの名無しさん** · 2019/08/05(月) 00:29:20.35

>>733,734,735
プログラムから直接SQL発行する仕組みなんてしなければ、見た目固定長ファイルの様に扱う事は出来ると思う
帳票はPDF化前提だと面倒だろうね
OpenCOBOLでも基本的なCOBOL言語仕様はほぼ同じ
問題は現行システム仕様がドキュメントとして残ってるか、でしょう

**デフォルトの名無しさん** · 2019/08/05(月) 01:00:27.02

>>727
COBOLというか昔の汎用機はモノから仕様が読み取れない。

COBOLをJavaに置き換えるという発想が間違っている。COBOLの代替はリレーショナルデータベース。

Javaはデータ中心アプローチと相性が悪い。

**デフォルトの名無しさん** · 2019/08/05(月) 01:07:51.71

>>739
そういう事
COBOLをJavaに置き換えると言う発想そのものが間違い

**デフォルトの名無しさん** · 2019/08/05(月) 01:42:01.66

COBOLはCOBOLだけでシステムが作れてしまう奇跡の言語だった。

汎用機が高性能だったためにできた芸当。

日本でも業務システムのオープン化は、Oracle化でオラクル社製品で置き換えていた。

オラクル社自体がJavaを初めのころから推していたから、COBOLはJavaに置き換えるという誤った認識が広まった。

オラクル社がJavaアプレットでフロントエンドを作り、Oracleがバックエンドを担当した。ユーザーに見えている部分がJavaだったから、システムがJavaでできていると思うのは自然の流れだったな。

**デフォルトの名無しさん** · 2019/08/05(月) 21:43:29.86

COBOLの代替がRDBってどういうこっちゃ
RDBなら汎用機+COBOLでも使ってたでしょ
SQLって言いたいのかな？

**デフォルトの名無しさん** · 2019/08/05(月) 23:28:08.65

恐らくSQL(PL/SQL)
全てPL/SQLでカバー出来るとは思わんけど、ある程度は可能
ゆえにOracle導入したらCOBOLをPL/SQL+ProCOBOLへ移行する方が妥当だったと思う
それをOracleの売り文句に騙されてJavaに移行したのが運のツキ

**デフォルトの名無しさん** · 2019/08/05(月) 23:39:55.73

PL/SQLってエントリー・照会・帳票印刷みたいなアプリ作れるんだっけ？

**デフォルトの名無しさん** · 2019/08/05(月) 23:56:48.81

どういう売り文句をしたらPL/SQLとJavaを
間違える羽目になるんだ？

**デフォルトの名無しさん** · 2019/08/06(火) 00:08:11.56

OracleはOracle Databaseだけで何でもできる。言語としてはほとんどPL/SQL。WebアプリケーションもOracleだけでできる。Application ExpressはロジックにPL/SQLを使う。昔はOracle FromsやOracle ReportsがJavaアプレットだったが、専用Javaアプレットを生成する言語はPL/SQL。

**デフォルトの名無しさん** · 2019/08/06(火) 00:15:28.83

>>745
オラクル社は1990年代からサン・マイクロシステムズのJavaに深く入りこんでいて、協力・補完関係だった。

Javaの最大の理解者、利用者がオラクル社で、Oracle製品群だった。

日本では国(IPA)がなぜかストアドプロシージャ等のRDBMSの機能を無視する(理解できていない？)ので、Javaとリレーショナルデータベースを切り離したがる。

欧米ではSQLインジェクション対策にストアドプロシージャの利用をあげるが、日本のIPAはそこをなぜか削っている。

**デフォルトの名無しさん** · 2019/08/06(火) 00:22:07.08

確かにOracleがJava推しだったのはJavaデスマーチ大量発生の背景にあるかもね
90年代後半～2000年代前半にこれからはJavaだ！EJBだ！みたいな流れになって
Javaなんてよく知らんようなSIerもこぞって参戦して死屍累々

**デフォルトの名無しさん** · 2019/08/06(火) 01:08:44.88

あれだけ世界的なJavaブームがありながらなぜサーバサイドしか残らなかったのか。

速度的に数キロバイトのhtmlテキスト吐く程度でやっとだったから。

PenII 200MHzで走らせてるのに体感的に1MHzの6502より遅い。AppleII以下の性能。

**デフォルトの名無しさん** · 2019/08/06(火) 01:47:16.45

>>749
それは的外れだな。昔のWindows上で仮想マシンを動かして、プログラムは中間コードだから、仮想マシンの起動するのに時間がかかり、マシン語でもないコードを実行しているのだから仕方ない。

いまでもマイクロソフトがプログラムを実行形式ファイルにしたがるのは、Windowsの評価が下がらないように気を使っているから。

実行ファイルにするとそのPCに最適なマシン語を用意できないから、.NET Frameworkで作ったものは、マシン語にコンパイルされたJavaコードよりも遅いことがある。

JavaもリレーショナルデータベースもPCの性能、ネットワークの速度が足らない状況で、理想を求めて時代を先走ったせいでコンピュータに疎い人間から叩かれた。

**デフォルトの名無しさん** · 2019/08/06(火) 01:55:05.34

あのsql文法が理想なのかと・・・

**デフォルトの名無しさん** · 2019/08/06(火) 01:58:39.86

今のPCならJVMは問題無く動く
まあ、昔は遅かったよ
ゆえにライセンスフリー以外でJava使う以外にはメリット無かったな
メインフレームデータベースをRDB(Oracle)に移行する作業でHI-UX(日立UNIX)でProCOBOLでプログラム作って盛大にバッチ処理してRDB更新してたな
当時はJavaなんか遅くて使えんかったわ
で、クライアントPCからはEXCELとAccessで画面作ってVBAで表示

COBOL→Javaってどういう理由で持て囃されたのか全く分からんかったな
JVMが早く動かせる様になってもProCOBOLにコンバートするのが効率良かったハズなのにね

**デフォルトの名無しさん** · 2019/08/06(火) 03:09:48.79

>>751
SQLの構文の元はIBMが考えたもので、オラクル社が発案したものではない。

オラクル社はビジネス優先なので、新しい言語をいちから作ったりしない。

SQLはIBM案から拝借、PL/SQLはAda言語から拝借した。

ちゃんと当時の時流にのっていて、オラクル社の選択眼は優秀。マイクロソフトはこの逆で選択眼がなく、独自に作り出して自ら首をしめる文化がある。マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまともになってきた。

**デフォルトの名無しさん** · 2019/08/06(火) 09:48:33.00

>>753
>マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまと>もになってきた。

というか、ナデラになってから高度技術の会社から Apple みたいな一般向け
の会社になった感じがする。

**デフォルトの名無しさん** · 2019/08/06(火) 11:34:34.73

？

**デフォルトの名無しさん** · 2019/08/06(火) 11:35:19.19

アップルとマイクロソフトでは比較にならない

◆QZaw55cn4c · 2019/08/06(火) 20:59:04.82

ということは、Java で書いてネイティヴを吐ければ万時OKなんでしすね！これは商機？

**デフォルトの名無しさん** · 2019/08/06(火) 21:29:03.82

>>749
JITコンパイラ最適化でCより速いとか持て囃されてたの知らんのか

**デフォルトの名無しさん** · 2019/08/06(火) 21:38:41.16

世界的にはJavaStoreがあるじゃないの？

**デフォルトの名無しさん** · 2019/08/06(火) 21:39:58.32

>>758
まあ色々怪しい条件でだけどね

**デフォルトの名無しさん** · 2019/08/06(火) 22:22:03.24

>>757
ずっと前からそうだよ。

**デフォルトの名無しさん** · 2019/08/06(火) 22:28:24.61

C言語が速いというのはいまでも希に聞くが、C言語が速いのではなくて、マシン語だから速いんだけどなw

CやC++で作ってしまうとむしろ遅いコードを作ってしまいかねない。ハードウェア、特にCPUは常人では理解できない世界になっているから、コンパイラが優秀、そのコンパイラがそのアーキテクチャを知り尽くしているかがカギ。

**デフォルトの名無しさん** · 2019/08/06(火) 22:31:23.42

JavaのVMはハードウェア、OSを作っている会社が作っている場合は最適化されるので、問題も起こりにくい。

**デフォルトの名無しさん** · 2019/08/06(火) 22:31:29.61

>>762
前半と後半が矛盾している

**デフォルトの名無しさん** · 2019/08/06(火) 22:39:23.01

配列のレンジチェックいちいちしないから早いんじゃないの？

**デフォルトの名無しさん** · 2019/08/06(火) 22:53:40.60

>>758
Javaブームの頃、JDKにまだJITコンパイラは入ってないぞw