X

Javaはもう死んだの？

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2018/04/29(日) 04:48:48.62ID:BgWXrKyR
どうなのよ
0768デフォルトの名無しさん
垢版 |
2019/08/06(火) 23:06:34.64ID:pzsqCCUt
Ruby では、

JRuby(Java 実装系)のJIT は、百万回からコンパイルされる。
一千万回(実行時間で、1秒)では、なんと、MRI(C 実装系)よりも速くなる！

このように最適化では、Java は数十年も研究してるから、C よりも速くなる！
0769デフォルトの名無しさん
垢版 |
2019/08/06(火) 23:11:32.43ID:KExpnEed
>>767
wikipに書いてることはデタラメなのか。さすがJava信者。オカルトですw

しかもCより速いとか言ってる時点でIT音痴を露呈しているw
0771デフォルトの名無しさん
垢版 |
2019/08/07(水) 00:04:28.53ID:TFdvD26l
>>769
お前、この前からデタラメ書いてる荒らしだろ
もう相手すんのやめるわ
勝手に勝利宣言してくれ
0772デフォルトの名無しさん
垢版 |
2019/08/07(水) 00:42:19.23ID:t70RBRmA
JITコンパイラはJavaの思想に反している。
ネイティブ変換は既にVM上で走ってないし、Write once, run anywhere じゃなくなる。

つまり偽Java。
0774デフォルトの名無しさん
垢版 |
2019/08/07(水) 01:24:55.84ID:t70RBRmA
Sunが訴訟しまくったことにより、2000年には世界的に既にJavaブームは終わっており、
IT音痴の日本だけはなぜかこれからはJavaだ、Javaだと言ってる状況だった。

2000年頃にはPen4、2GHzにもなりCPUの速度は10倍以上速くなっている。
これでもまだJavaを走らすには遅すぎた。後のCoreアーキまで待たねばならなかった。
0776デフォルトの名無しさん
垢版 |
2019/08/07(水) 03:21:51.02ID:CtX/cgRv
ハードの進化がJVMの欠点を隠した、と言う事
2005ぐらいまではJavaアプレットでお絵かきして遊んでたぐらいだった
ここ数年でJavaへ移行する大型プロジェクトが多かったが、一段落ついたらライセンス化された
無料で新規にプロジェクト組むのは色々有って増える事は無い
減るだけだろう
0777デフォルトの名無しさん
垢版 |
2019/08/07(水) 03:39:24.56ID:CtX/cgRv
みずほ銀行が合併3行の内紛でCOBOLからJavaへ移行がぐちゃぐちゃになって何とかシステム移行出来たのが、つい最近
と、同時にリストラ発表で人員削減
Javaになったシステムは稼働ライセンス契約が開始
そのみずほ銀行から天下りした社長の7Payはプログラムソース漏洩で個人情報漏洩発覚
安易に時流に乗って必要な分析怠ると色々事件発生するこの業界
おまけにみずほは韓国へ資金援助しており回収不能、今後も投資するとか言ってる
サグラダファミリアみたいなシステム作って無駄になる可能性出て来た
0778デフォルトの名無しさん
垢版 |
2019/08/07(水) 07:25:21.69ID:9Ff0DYo3
>>765
C/C++コードが Java や C# より速いのは、配列のレンジチェックだけでなく、
GC を使ってないことがかなり大きい。
0779デフォルトの名無しさん
垢版 |
2019/08/07(水) 07:32:40.22ID:9Ff0DYo3
>>778
もう一つは、ヒープを使わなくて済む場合には、(native)スタックや
構造体に直にオブジェクトや配列などを埋め込むから。
Javaなどは、一般オブジェクトや配列は new Txxx などのように
必ずヒープから確保するのでここにかなりのオーバーヘッドが発生する。

また、N 個のデータがある場合、C++で1回 delete すると、O(1)で済むが、
Java/C# で、参照型変数 = null; などとした場合には、最悪、O(N)位かかってしまう
事があるらしい。それは、GC が N 個のデータを全て walk してしまうことが
あるから。

だから、データの量が増えた場合でも C++ は速度低下が余り起きずに安定して速いのに
対し、Java/C# ではどんどん遅くなる場合がある。それは GC があるから。

>>757
上記の事があるので、Java/C# は、native binary に直しても速くならない。
なぜなら、O(1)とO(N)の違いは「速度のオーダーの違い」で、いくらバックエンドの
コードやCPU自体を高速化しても埋まらないから。
0780デフォルトの名無しさん
垢版 |
2019/08/07(水) 07:43:20.47ID:9Ff0DYo3
>>779
O(x)という記号の意味を大体書いておくと、
O(1) = データ量Nが大きくなっても処理時間に変化が起きない。
O(N) = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。

もう少し厳密に書くと、delete pXxx や rXxx = null にかかる処理時間を f(N) と表した時、

O(1) : lim_{N->∞) ( f(N) ) < 一定値
O(N) : lim_{N->∞) ( f(N) / N ) < 一定値

ということです。これらは数学の解析学や微分積分学のランダウの記号といいます。
0781デフォルトの名無しさん
垢版 |
2019/08/07(水) 09:14:38.12ID:+jdcPadD
モダンC++対マネｰジコｰド:パフォｰマンス対生産性
https://www.infoq.com/jp/news/2012/04/native_vs_jit/

まず､JITコンパイルは主要な問題ではありません｡根本原因はずっと基本的なことです｡マネｰジ言語は基本的にパフォｰマンス効率がぎりぎりの時でさえも､それを犠牲にして､プログラマｰの生産性を最適化するよう､意図的に設計上のトレｰドオフを行なっています｡

マネｰジ言語の設計者は､設計のためにパフォｰマンスよりも安全性の道を選びました｡例えば､配列の境界外の要素にアクセスするのは､無効な操作であり､プログラムの実行を終了させます｡クラッシュしたり､攻撃可能なセキュリティホｰルを作ることがないようにしています｡

2つ目に､たとえJITが唯一の大きな問題であったとしても､JITは普通に最適化するコンパイラｰ程良くなることはありません｡なぜならJITコンパイラｰには､速いことが重要であり､最適化したコｰドの生成を気にしていないからです｡

｢予防｣と｢治療｣にはいつも避けがたい､基本的な差があります｡パフォｰマンスの最適化となると､C++はいつも｢予防｣を選び､これまで述べた英雄的な努力とそれ以上によって､マネｰジ言語は｢治療｣を選びます｡
しかし､古くから諺である予防はいかなる治療にも勝るは､絶対です｡予防には勝てません(その理由の1つは､最初に予防した後に治療ができるからです｡しかし逆はできません)｡
もしパフォｰマンスとコントロｰルを一番大事にするなら､それを一番優先するように設計されている言語を使うべきです｡それだけです｡
0782デフォルトの名無しさん
垢版 |
2019/08/07(水) 10:09:26.43ID:ASXtr64t
>>780
自己レス。厳密に言うと、記号に微妙な誤りがあって、N個のデータがあった時、
・C++ の delete pXxx の一回当たりの平均速度を f(N)
・Java/C# の rXxx = null; の一回当たりの平均速度を g(N)
とすると、O(1)、O(N)はなく、
f(N)〜1 // 常に
g(N)〜N // 最悪ケース
と書いたほうが良かった。

g(N)=O(N) と g(N)〜N は、意味が違っていて、前者は、N が十分大きい場合に、
実行時間が最悪でも N に比例。後者は、実行時間が N が十分大きい場合に N に比例。
言い方を帰れば、=O(N)という記号は、(Nが大きい場合の)上限値、
〜Nという記号は、Nが大きい場合の漸近値を表す。
0784デフォルトの名無しさん
垢版 |
2019/08/07(水) 10:18:39.48ID:9Ff0DYo3
>>780
したがって、こう書けます：
g(N)〜1 = データ量Nが大きくなっても処理時間に変化が起きない。
g(N)〜N = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。
0785デフォルトの名無しさん
垢版 |
2019/08/07(水) 17:53:59.16ID:laWGGkJb
swing使ってる人って少ないんでしょうかね。
ラベルとかボタンの日本語フォントが汚すぎて泣きたい。
0788デフォルトの名無しさん
垢版 |
2019/08/07(水) 20:42:35.75ID:L/Kq497P
>>782
配列をソートするとき。中身がオブジェクトの場合、実際にメモリ交換が起きるのは、参照アドレスだけになるんですか？
C++の場合は、意識して、クラスの参照アドレスを配列にいれないと中身が移動するので遅くなるはず。

また、リスト、マップ、ベクター（C++では、STL）では、どうなんでしょうか？
0790デフォルトの名無しさん
垢版 |
2019/08/07(水) 22:34:26.29ID:QJP7bLCl
>>772
その現在では否定されているフレーズを使うのはJava信者の特徴
0791デフォルトの名無しさん
垢版 |
2019/08/07(水) 23:10:43.71ID:9QksBaox
>>788
Javaの場合は、原則的には実態ではなく参照だけの入れ替え(交換)になる。
実体の入れ替えは、同じメンバ同士の値を交換することによって
行えなくは無い。しかし、その場合でも Object 系のメンバについては
参照だけの交換が基本。ただし、実は Shallow Copy と Deep Copy の
違いなるものがあって、深く交換することも可能は可能。
今言ったメンバ同士の交換を、Object系のメンバについても「再帰的に」
繰り返せば、Deep Copy（今の場合は交換だけど）といって深い複製や
交換も可能は可能。
0792デフォルトの名無しさん
垢版 |
2019/08/07(水) 23:30:55.27ID:9QksBaox
>>791
C++の場合は、もともとの言語設計では参照カウンタ方式が使われないので、
自前で参照カウンタを設けたりスマートポインター系を使わない限りは、
「Copy」しないとプログミングしにくい場合がある。
その部分に関して(だけ)は、Javaの方がC++より効率が良い感じがある。
つまり、参照を何度でも複数の参照変数に入れても言語処理系が
参照カウンタが0になった時に勝手に解放してくれる手軽さがあるから。
C++だと参照カウンタを明示的に使わない限りは自動解放してくれないので
コピーして使うほうが楽になる傾向があったりする。必ずしもそうでも無いけど。
0794デフォルトの名無しさん
垢版 |
2019/08/08(木) 00:22:27.09ID:au+Ad+En
>>792
C++で、new は簡単だけど、deleteするタイミングは難しいですね。
結果、小さなクラスや、小さな配列は、何も考えずに、配列や、stl::list　等 にぶち込むのでコピーになっていますね。たぶん。
0795デフォルトの名無しさん
垢版 |
2019/08/08(木) 00:49:39.24ID:kZ+216R/
>>793
その部分に関して(だけ)はどうしてもC++の方が効率が下がりがちでは有る。
自動delete機能のあるか無いかの違いがプログラムの仕方そのものにも影響を与え
て、C++は本来必要の無いコピーをしがちになりがち。
0796デフォルトの名無しさん
垢版 |
2019/08/08(木) 00:52:36.86ID:kZ+216R/
>>795
但し、実際にやってみるとC++はコピーも速く出来がちなので、本来効率の悪い
はずのコピーであってもJavaのGC方式を使ってコピーを減らしたものようりも
結果的にはだいぶ速い事が多い。実際今こっちでやってるプログラムは、
C++で書いていてDeepCopyを結構使ってるけど、JavaでShallowCopy使った
ものよりもはるかに速く動作している。
0797デフォルトの名無しさん
垢版 |
2019/08/08(木) 01:01:20.58ID:kZ+216R/
>>794
なお、C++のstd::list はリンクリストなので、要素の実体のコピーは滅多に
伴わないため効率は高い。

1つのオブジェクトが色々な場所から不規則に参照されている場合、
静的に delete すべきタイミングを予想する事は難しいことが多い。
0798デフォルトの名無しさん
垢版 |
2019/08/08(木) 01:04:16.53ID:WU4h/4mO
そんな必死にC++の優位性を説かなくても普通の人は分かってるから大丈夫ですよ
0799デフォルトの名無しさん
垢版 |
2019/08/08(木) 12:20:46.68ID:au+Ad+En
Windows でさくさく動く入力画面を、Javaで作ろうと思ったら、何を使えばいいんですか？
0801デフォルトの名無しさん
垢版 |
2019/08/08(木) 12:57:51.39ID:tNQxWg+7
>>799
SWT
0803デフォルトの名無しさん
垢版 |
2019/08/08(木) 18:59:11.57ID:H6bg8+pU
いまどきSwingはない
0804デフォルトの名無しさん
垢版 |
2019/08/08(木) 19:11:59.83ID:47HmOZq4
Swingはとても美しい構造をしているので時代遅れにはなりにくい。
GUIライブラリとしては歴史に残るような美しさ、センス、品質の良さを
持っていると思う。
0805デフォルトの名無しさん
垢版 |
2019/08/08(木) 19:38:42.81ID:Uf57djo8
部品くっつけて載せるだけで何回も登録しなきゃいけなくてめんどい
いまだにテキストエリアの文字数制限自作とかちょっとない
Ｓｅｒｉａｌｉｚｅ定数が見苦しい
すぐフォーマット崩れる
0806デフォルトの名無しさん
垢版 |
2019/08/08(木) 21:33:20.27ID:H6bg8+pU
Windowsと言われているのにSwingだと、見た目でこれは何か言われるぞ。
0807デフォルトの名無しさん
垢版 |
2019/08/08(木) 23:22:18.33ID:WU4h/4mO
もうswing出てから20年以上経ってんだよな
20年前のGUIを今使えって言われてもなあ
そして誰も言わないJavaFX
0808デフォルトの名無しさん
垢版 |
2019/08/08(木) 23:48:11.91ID:Uf57djo8
そんなのもありましたね

いつまでたってもＥｃｌｉｐｓｅがまともなポトペタエディタ提供してくれないから
0809デフォルトの名無しさん
垢版 |
2019/08/09(金) 00:26:22.40ID:t444AM9O
20年以上,vc++ で mfc 使ってますけどね〜笑
意外と廃れないなーと思っています。うまく作れば、xpからwin10まで動くし。。。
0810デフォルトの名無しさん
垢版 |
2019/08/09(金) 00:26:31.42ID:REyYkB/9
>>807
Java FXは消えゆくのみだから
0811デフォルトの名無しさん
垢版 |
2019/08/09(金) 00:29:33.38ID:REyYkB/9
>>809
何を当たり前のこと。Windows SDKでの開発はWindows APIもメッセージも変わりすぎて対応が難しい。

.NET Frameworkも手を入れすぎていて複雑化している。
0812デフォルトの名無しさん
垢版 |
2019/08/09(金) 02:22:26.77ID:uiaCkOG1
Javaは遅くないなんて言ってる低スキル者がいて笑えるw

使って気づかないって相当なアホだろw
0816デフォルトの名無しさん
垢版 |
2019/08/09(金) 16:24:50.85ID:t444AM9O
金融系で案件で目にする、レガシーなCOBOLからJavaへの置き換えって、
オブジェクト指向の設計をしなおしてるのですか？
ひょっとして、クラスひとつだけで、作っちゃってるとか？
0818デフォルトの名無しさん
垢版 |
2019/08/09(金) 19:17:26.34ID:REyYkB/9
>>817
SWTと言っているだろうが
0820デフォルトの名無しさん
垢版 |
2019/08/10(土) 01:51:46.74ID:h4ssMOj3
VM捨ててネィティブ変換したり、ライブラリの多くをC/C++に置き換えてなんとか使える速度になったのに
なぜJavaが糞遅くないって思っているのか不思議。低スキルすぎてスタックとヒープの速度差とか全然理解してなさそう。
0822デフォルトの名無しさん
垢版 |
2019/08/10(土) 04:42:55.09ID:h4ssMOj3
>>821
技術的な反論が一つも言えないおまえの頭は悪いと理解した。
しかも相当に。むしろ哀れである。笑える。
0823デフォルトの名無しさん
垢版 |
2019/08/10(土) 05:40:08.29ID:CTtSmkOq
話の前提も論理展開も主観的評価もめちゃくちゃすぎて技術的な話が成立する気がしない
頭悪そうとしか言いようがない
0824デフォルトの名無しさん
垢版 |
2019/08/10(土) 06:13:20.29ID:h4ssMOj3
>>823
なんで技術ネタに逃げるようなような低脳馬鹿がこの板にいるのだろうか。
低スキルだと自覚があるならそういう恥ずかしい煽りなどせず黙ってろよ、低脳君。

なぜ多くのライブラリをC/C++で書き直した？
Javaで書いたら糞遅かったからだろ。他に理由があるのか。低スキルJava信者よ。

答えよ。おまえ指定だ。他のIDの奴は答えなくていい。
0826デフォルトの名無しさん
垢版 |
2019/08/10(土) 06:34:40.04ID:h4ssMOj3
リアルで、話の前提も論理展開も主観的評価も全くできない低脳すぎて話が成立しなくてワロタwww
いや、馬鹿とか低スキルとかいうレベルではないな。

ID:CTtSmkOq 　←　これぞリアル池沼ww
0829デフォルトの名無しさん
垢版 |
2019/08/10(土) 12:20:32.38ID:jOgNlW/N
javは死んでるよ
rubyも
0830デフォルトの名無しさん
垢版 |
2019/08/10(土) 13:36:02.87ID:wlkOG8+O
多くのライブラリ？
0831デフォルトの名無しさん
垢版 |
2019/08/10(土) 13:36:46.42ID:wlkOG8+O
JavaのライブラリはJavaですよ
0832デフォルトの名無しさん
垢版 |
2019/08/10(土) 13:46:18.80ID:3H0/ea7Q
多くのライブラリと言っておきながら、まさか一つも例を上げられずに逃走するとは
このときは想像することも出来なかったのです…
0833デフォルトの名無しさん
垢版 |
2019/08/10(土) 16:28:23.91ID:IC8yFVV5
プログラミング言語のどれが速いかなんて、条件の設定次第でどっちにでも傾く。
0834デフォルトの名無しさん
垢版 |
2019/08/10(土) 17:30:59.24ID:h4ssMOj3
IDを指定して質問した本人はとっくに逃げ出したのに、また嘘八百の捏造を並べ始めたかJava信者。昔からほんと嘘つきだなw

wikipediaに書いてある。諦めろ。

> Javaプログラムの実行速度が遅かった

そんなに高速化したのならブラウザの一つでもオールJavaで書いてみろ。2chブウラザでもいい。
0835デフォルトの名無しさん
垢版 |
2019/08/10(土) 17:51:08.82ID:Qck8xEN+
またデタラメ君か
このバカ全然話通じないから相手するだけ無駄だぞ
0836デフォルトの名無しさん
垢版 |
2019/08/10(土) 17:52:00.81ID:h4ssMOj3
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)

「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)


Java厨哀れだなw
0838デフォルトの名無しさん
垢版 |
2019/08/10(土) 17:59:07.47ID:h4ssMOj3
>>835
javaが遅いと感じる１０の　以下略

> 基本的にJavaは『遅い』と思われている。理由は二点あって、
> 一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、
> 一つは実際に依然として遅い面がある点だ。
0839デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:01:29.88ID:h4ssMOj3
>>837
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった

ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw
0841デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:03:57.02ID:Qck8xEN+
まあ元々クソスレだしどうでもいいかｗ
0842デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:12:18.40ID:ztVC6i5a
ＪａｖａのライブラリをＣ＋＋に書き直した話をしてて
なんでか俺に聞いてたはずだが

単に彼の思い込みで間違いだったのだろうか
あんなに強い口調で主張の根拠にしてたのに
0843デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:15:12.26ID:h4ssMOj3
>>840
低スキル低学歴の馬鹿でも使えるからさ。wikipedieaに書いてるだろう。

> 1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの
> アプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。

> 彼らはC++ではコンピュータ資源を食いすぎると判断した。
> またC++は複雑なプログラミング言語であり、C++を使うプログラマは注意していても間違いを犯しがちである。

彼らの脳みそではC++は難しすぎたのさ。だが今でも多くの速度のいるアプリやライブラリ、
DB、OS、ドライバなどはC/C++で書かれている。つまり馬鹿だったはのおまえと彼らだけだったという話だ。
しかもJavaは糞遅いなどと使えばすぐわかることすら理解できないのだから。
0844デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:20:37.46ID:h4ssMOj3
>>842
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)

「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)

妄想から覚めろ、Java信者w
0845デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:22:15.68ID:h4ssMOj3
>>842
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。

なら、C/C++で書かれたブラウザや高速ライブラリがJavaで書き直された例がたくさんあるはずだ。
0846デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:35:06.12ID:h4ssMOj3
>>841
低スキルのおまえは録にコード書けないだろうからわざわざ見つけてきたぞ。Java製ブラウザ。

HotJava
https://ja.wikipedia.org/wiki/HotJava

> HotJavaはほとんど普及していない。

> ▽HotJava 1.1.5. 総Javaで作られたブラウザ。総Javaだけあって、かなり動きは遅いです。 時々原因不明に固まったりするので

> ▽HotJava 3.0. 総Javaなブラウザ。やはり重い。

頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。
0847デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:36:19.19ID:ztVC6i5a
いや
お前がＪａｖａがくそ遅いからライブラリをＣ＋＋に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても
0848デフォルトの名無しさん
垢版 |
2019/08/10(土) 18:48:11.12ID:h4ssMOj3
>>847
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい？　Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw
0849デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:02:38.93ID:ztVC6i5a
上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ
0850デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:12:51.42ID:h4ssMOj3
>>849
Javaの職場って元コボラーだらけだから当然です。

C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。
でなにをするか、JNIでモジュールを外に出してC++で置き換えです。

そしてコボラーは言う。Javaってほんと糞遅いよなって。
しかしJava屋はいつも言う。インテルが遅いせいだ。

ほんとおまえらのような低スキル信者ってほんと恥を知らない。
0852デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:26:54.60ID:h4ssMOj3
googleから捨てられたからまたサーバサイドだけになったな、Java(笑)

C/C++より速いのになんでテキスト吐くだけの簡単なお仕事しかさせてもらえないのか、不運で哀れな、Java(笑)
0853デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:33:00.76ID:gTkfZysT
AzureでJavaカスタムランタイムの提供
SQLServerでJavaサポート開始
AdoptOpenJDKのプラチナスポンサーでコードも提供

MSのJavaサポートは増していくばかり
0854デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:34:36.91ID:d6/EQLtz
>>834
V2Cは快適に使ってたけど更新されなくなって使えなくなった
非公式版があるらしいけど今はもう知らん
あれはかなり良くできてたよ
0855デフォルトの名無しさん
垢版 |
2019/08/10(土) 19:42:24.28ID:h4ssMOj3
>>854
Java屋(笑)はなんで自分の高スキルを活かして、JavaでブラウザやRDBMSを書かないんだろうな。

C/C++よりJavaは高速なのに。どこでも動いてC/C++より高速なんて夢のような言語だぜ。
0856デフォルトの名無しさん
垢版 |
2019/08/10(土) 20:00:09.87ID:y2dMvDiS
>>816
オブジェクト指向でのCOBOL移行ほとんどしてない
実装結果はCOBOLとほとんど変わらないスパゲッティプログラムになってる
(変換ツールで一斉変換)
オブジェクト指向でJavaに移行しても読める技術者と読めない技術者出て来るからね
0857デフォルトの名無しさん
垢版 |
2019/08/10(土) 20:19:24.08ID:h4ssMOj3
COBOLの案件は総じて逐次処理ばかりである。スパゲッテイに見えても何の複雑性もなくシンプルだ。
だがオブジェクト思考はどうだろう。これがオブジェクト思考だと言わんばかりに隠蔽と継承を重ね、速度がどんどん遅くなる。
一つのデータを参照するのに一体いくつのvtableを跨ぐのだ。しかも実態コードが一体どこにあるかすら探すのも面倒だ。
無駄なコード、無駄な処理を大量に生み、納期を蝕み、そしてみな逃げ出す。
0858デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:23:16.93ID:ztVC6i5a
Javaの最大の利点はprivateとinterfaceの両面からの責任の分離にある
C++だとprivateにしても結局うまく分離できない
本質ではないとか文句言ってるやつもいたが知らん

プログラムで利用できる汎用的問題を分離して扱いやすくるのがＪａｖａの使命だった
そしてそれはＪａｖａによってほぼ達成され限界がみえてきた
それで今やっぱり関数型に戻ろうという動きがでてきてる

Ｊａｖａが成し遂げたことが消え去るはずがない
関数型が主流になってもやっぱりprivateもオブジェクトも、インターフェースも存在し続けるだろう
0859デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:23:26.09ID:Qck8xEN+
Javaもろくにできないから会社クビになった人の八つ当たりでした

まだまだ続くよ！
0860デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:25:32.58ID:h4ssMOj3
>>859
分かるよ。無職でプロジェクトの経験もないし、技術ネタにも会話に入れない。
そんなキミにできるのは煽ることだけ。それでも立派だよ!!!
0861デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:25:54.49ID:ztVC6i5a
少々の給料では自分が世界に残せるものが少なくなるのとつりあいがとれない

Ｃｏｂｏｌからの人の逃げっぷりはしゃれにならない
Ｃｏｂｏｌは煩雑な上に必要な制約を欠き環境もレガシー
結局生産性わるいのをみな知ってる
しかも人少ないから捕まったら一生逃げれない
みんな必死で逃げる
0862デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:29:31.97ID:h4ssMOj3
>>858
なに言ってるか分からんが高スキルのようだ。ぜひブラウザを書いてみてくれ。キミの自慢のJavaで。
0863デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:36:32.10ID:h4ssMOj3
じゃあその高速のJavaでブラウザ書いてくれというと絶対に書かないよな。
まあいいよ。このスレの糞ガキなんて無職で低スキルだからな。

だがよ、世界中のJava屋が書かないんだ。

確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑)
0865デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:45:15.21ID:h4ssMOj3
もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw
0868デフォルトの名無しさん
垢版 |
2019/08/10(土) 21:52:32.15ID:ztVC6i5a
俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況