Javaはもう死んだの？

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/08 13:35 / Filesize : 254 KB / Number-of Response : 1043
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Javaはもう死んだの？

1 名前：デフォルトの名無しさん [2018/04/29(日) 04:48:48.62 ID:BgWXrKyR.net]: どうなのよ
754 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 21:44:15.18 ID:FBEttc/s.net]: 答えになってませんね
すみません
755 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 21:54:09.57 ID:BHPfCqIK.net]: >>731
phpが出てくるということは、webアプリなんですか？
756 名前：デフォルトの名無しさん [2019/08/04(日) 22:09:57.05 ID:UJJJT209.net]: 京都市はバッチの移行でトラブってたような
COBOLはメインフレームのOSと密結合で性能出してそうだから
汎用OSに載せ替えるってだけでも大変そう怖いわー
757 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 22:11:15.64 ID:FBEttc/s.net]: 先に書いたことはCOBOLの開発の難しさを聞かれたと読み間違えました
通信をしてATMで操作する部分はかなりWEB的になってきたと聞いたことがあります
javaへの書き換えだけなら簡単らしいとも聞いたことがあります
難所と思われたOOPにするところも予想よりもうまくいったらしいです
758 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 22:24:38.44 ID:BHPfCqIK.net]: >>734
レガシーだと、固定長ファイルの読み出しと、書き出しだから、JAVAだと、面倒くさいかな？
759 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 23:14:53.67 ID:CdruCQ6v.net]: よっぽど太古のシステムじゃない限りストレージはRDBになってて
固定長に見えるところは単なるスタブだからあんまり関係ないんじゃないかな
帳票なんかは工数かかるだろうな
760 名前：デフォルトの名無しさん mailto:sage [2019/08/04(日) 23:27:57.02 ID:7855nA4b.net]: opencobolに変えるだけでもこえーわな。。
761 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 00:22:56.78 ID:Y4sutQH7.net]: >>734
京都市の件は現行COBOL仕様が不明確のまま、移行しようとしたから
それでテスト工数が京都市が許容した容量超えて金かかる、となったから裁判になった
762 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 00:25:29.08 ID:Y4sutQH7.net]: >>735
COBOL→Javaと言ってもオブジェクト指向なんて使ってないから
763 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 00:29:20.35 ID:Y4sutQH7.net]: >>736,737,738
プログラムから直接SQL発行する仕組みなんてしなければ、見た目固定長ファイルの様に扱う事は出来ると思う
帳票はPDF化前提だと面倒だろうね
OpenCOBOLでも基本的なCOBOL言語仕様はほぼ同じ
問題は現行システム仕様がドキュメントとして�
764 名前：cってるか、でしょう []: [ここ壊れてます]
765 名前：デフォルトの名無しさん [2019/08/05(月) 01:00:27.02 ID:pr2JGkDM.net]: >>730
COBOLというか昔の汎用機はモノから仕様が読み取れない。

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

Javaはデータ中心アプローチと相性が悪い。
766 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 01:07:51.71 ID:Y4sutQH7.net]: >>742
そういう事
COBOLをJavaに置き換えると言う発想そのものが間違い
767 名前：デフォルトの名無しさん [2019/08/05(月) 01:42:01.66 ID:pr2JGkDM.net]: COBOLはCOBOLだけでシステムが作れてしまう奇跡の言語だった。

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

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

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

オラクル社がJavaアプレットでフロントエンドを作り、Oracleがバックエンドを担当した。ユーザーに見えている部分がJavaだったから、システムがJavaでできていると思うのは自然の流れだったな。
768 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 21:43:29.86 ID:QGWqgRvH.net]: COBOLの代替がRDBってどういうこっちゃ
RDBなら汎用機+COBOLでも使ってたでしょ
SQLって言いたいのかな？
769 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 23:28:08.65 ID:8dcl4yVn.net]: 恐らくSQL(PL/SQL)
全てPL/SQLでカバー出来るとは思わんけど、ある程度は可能
ゆえにOracle導入したらCOBOLをPL/SQL+ProCOBOLへ移行する方が妥当だったと思う
それをOracleの売り文句に騙されてJavaに移行したのが運のツキ
770 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 23:39:55.73 ID:QGWqgRvH.net]: PL/SQLってエントリー・照会・帳票印刷みたいなアプリ作れるんだっけ？
771 名前：デフォルトの名無しさん mailto:sage [2019/08/05(月) 23:56:48.81 ID:+3dfihmm.net]: どういう売り文句をしたらPL/SQLとJavaを
間違える羽目になるんだ？
772 名前：デフォルトの名無しさん [2019/08/06(火) 00:08:11.56 ID:O7BMVgZP.net]: OracleはOracle Databaseだけで何でもできる。言語としてはほとんどPL/SQL。WebアプリケーションもOracleだけでできる。Application ExpressはロジックにPL/SQLを使う。昔はOracle FromsやOracle ReportsがJavaアプレットだったが、専用Javaアプレットを生成する言語はPL/SQL。
773 名前：デフォルトの名無しさん [2019/08/06(火) 00:15:28.83 ID:O7BMVgZP.net]: >>748
オラクル社は1990年代からサン・マイクロシステムズのJavaに深く入りこんでいて、協力・補完関係だった。

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

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

欧米ではSQLインジェクション対策にストアドプロシージャの利用をあげるが、日本のIPAはそこをなぜか削っている。
774 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 00:22:07.08 ID:e1FxPxZC.net]: 確かにOracleがJava推しだったのはJavaデスマーチ大量発生の背景にあるかもね
90年代後半～2000年代前半にこれからはJavaだ！EJBだ！みたいな流れになって
Javaなんてよく知らんようなSIerもこぞって参戦して死屍累々
775 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 01:08:44.88 ID:KExpnEed.net]: あれだけ世界的なJavaブームがありながらなぜサーバサイドしか残らなかったのか。

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

PenII 200MHzで走らせてるのに体感的に1MHzの6502より遅い。AppleII以下の性能。
776 名前：デフォルトの名無しさん [2019/08/06(火) 01:47:16.45 ID:O7BMVgZP.net]: >>752
それは的外れだな。昔のWindows上で仮想マシンを動かして、プログラムは中�
777 名前：ﾔコードだから、仮想マシンの起動するのに時間がかかり、マシン語でもないコードを実行しているのだから仕方ない。 いまでもマイクロソフトがプログラムを実行形式ファイルにしたがるのは、Windowsの評価が下がらないように気を使っているから。 実行ファイルにするとそのPCに最適なマシン語を用意できないから、.NET Frameworkで作ったものは、マシン語にコンパイルされたJavaコードよりも遅いことがある。 JavaもリレーショナルデータベースもPCの性能、ネットワークの速度が足らない状況で、理想を求めて時代を先走ったせいでコンピュータに疎い人間から叩かれた。 []: [ここ壊れてます]
778 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 01:55:05.34 ID:nCnvS7DE.net]: あのsql文法が理想なのかと・・・
779 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 01:58:39.86 ID:o2t23Jfk.net]: 今のPCならJVMは問題無く動く
まあ、昔は遅かったよ
ゆえにライセンスフリー以外でJava使う以外にはメリット無かったな
メインフレームデータベースをRDB(Oracle)に移行する作業でHI-UX(日立UNIX)でProCOBOLでプログラム作って盛大にバッチ処理してRDB更新してたな
当時はJavaなんか遅くて使えんかったわ
で、クライアントPCからはEXCELとAccessで画面作ってVBAで表示

COBOL→Javaってどういう理由で持て囃されたのか全く分からんかったな
JVMが早く動かせる様になってもProCOBOLにコンバートするのが効率良かったハズなのにね
780 名前：デフォルトの名無しさん [2019/08/06(火) 03:09:48.79 ID:O7BMVgZP.net]: >>754
SQLの構文の元はIBMが考えたもので、オラクル社が発案したものではない。

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

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

ちゃんと当時の時流にのっていて、オラクル社の選択眼は優秀。マイクロソフトはこの逆で選択眼がなく、独自に作り出して自ら首をしめる文化がある。マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまともになってきた。
781 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 09:48:33.00 ID:AXpVqYDr.net]: >>756
>マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまと>もになってきた。

というか、ナデラになってから高度技術の会社から Apple みたいな一般向け
の会社になった感じがする。
782 名前：デフォルトの名無しさん [2019/08/06(火) 11:34:34.73 ID:O7BMVgZP.net]: ？
783 名前：デフォルトの名無しさん [2019/08/06(火) 11:35:19.19 ID:O7BMVgZP.net]: アップルとマイクロソフトでは比較にならない
784 名前： mailto:sage [2019/08/06(火) 20:59:04.82 ID:8XRNqqzS.net]: ということは、Java で書いてネイティヴを吐ければ万時OKなんでしすね！これは商機？
785 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 21:29:03.82 ID:e1FxPxZC.net]: >>752
JITコンパイラ最適化でCより速いとか持て囃されてたの知らんのか
786 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 21:38:41.16 ID:UwyVLCQy.net]: 世界的にはJavaStoreがあるじゃないの？
787 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 21:39:58.32 ID:YeggTUc0.net]: >>761
まあ色々怪しい条件でだけどね
788 名前：デフォルトの名無しさん [2019/08/06(火) 22:22:03.24 ID:O7BMVgZP.net]: >>760
ずっと前からそうだよ。
789 名前：デフォルトの名無しさん [2019/08/06(火) 22:28:24.61 ID:O7BMVgZP.net]: C言語が速いというのはいまでも希に聞くが、C言語が速いのではなくて、マシン語だから速いんだけどなw

CやC++で作ってしまうとむしろ遅いコードを作ってしまいかねない。ハードウェア、特にCPUは常人では理解できない世界になっているから、コンパイラが優秀、そのコンパイラがそのアーキテクチャを知り尽くしているかがカギ。
790 名前：デフォルトの名無しさん [2019/08/06(火) 22:31:23.42 ID:O7BMVgZP.net]: JavaのVMはハードウェア、OSを作っている会社が作っている場合は最適化されるので、問題も起こりにくい。
791 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 22:31:29.61 ID:YeggTUc0.net]: >>765
前半と後半が矛盾している
792 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 22:39:23.01 ID:fIsBh/Ce.net]: 配列のレンジチェックいちいちしないから早いんじゃないの？
793 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 22:53:40.60 ID:KExpnEed.net]: >>761
Javaブームの頃、JDKにまだJITコンパイラは入ってないぞw
794 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 23:01:33. ]: [ここ壊れてます]
795 名前：47 ID:e1FxPxZC.net mailto: >>769
お前デタラメばっかり言って何がしたいんだよ
荒らしてるだけならNGすっぞ []: [ここ壊れてます]
796 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 23:06:34.64 ID:pzsqCCUt.net]: Ruby では、

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

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

しかもCより速いとか言ってる時点でIT音痴を露呈しているw
798 名前：デフォルトの名無しさん mailto:sage [2019/08/06(火) 23:18:00.63 ID:YeggTUc0.net]: >>771
jrubyってjava byte codeにJITコンパイルしてたりするんじゃね
c版もJITしないと不公平だろ
799 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 00:04:28.53 ID:TFdvD26l.net]: >>772
お前、この前からデタラメ書いてる荒らしだろ
もう相手すんのやめるわ
勝手に勝利宣言してくれ
800 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 00:42:19.23 ID:t70RBRmA.net]: JITコンパイラはJavaの思想に反している。
ネイティブ変換は既にVM上で走ってないし、Write once, run anywhere じゃなくなる。

つまり偽Java。
801 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 01:03:25.80 ID:oFNxTEYn.net]: >>772
wikipediaになんて書いてあんの？

J2SE 1.3 (2000年5月8日)
HotSpot Java仮想マシンが導入
802 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 01:24:55.84 ID:t70RBRmA.net]: Sunが訴訟しまくったことにより、2000年には世界的に既にJavaブームは終わっており、
IT音痴の日本だけはなぜかこれからはJavaだ、Javaだと言ってる状況だった。

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

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

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

>>760
上記の事があるので、Java/C# は、native binary に直しても速くならない。
なぜなら、O(1)とO(N)の違いは「速度のオーダーの違い」で、いくらバックエンドの
コードやCPU自体を高速化しても埋まらないから。
808 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 07:43:20.47 ID:9Ff0DYo3.net]: >>782
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 ) < 一定値

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

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

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

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

｢予防｣と｢治療｣にはいつも避けがたい､基本的な差があります｡パフォｰマンスの最適化となると､C++はいつも｢予防｣を選び､これまで述べた英雄的な努力とそれ以上によって､マネｰジ言語は｢治療｣を選びます｡
しかし､古くから諺である予防はいかなる治療にも勝るは､絶対です｡予防には勝てません(その理由の1つは､最初に予防した後に治療ができるからです｡しかし逆はできません)｡
もしパフォｰマンスとコントロｰルを一番大事にするなら､それを一番優先するように設計されている言語を使うべきです｡それだけです｡
810 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 10:09:26.43 ID:ASXtr64t.net]: >>783
自己レス。厳密に言うと、記号に微妙な誤りがあって、N個のデータがあった時、
・C++ の delete pXxx の一回当たりの平均速度を f(N)
・Java/C# の rXxx = null; の一回当たりの平均速度を g(N)
とすると、O(1)、O(N)はなく、
f(N)～1 // 常に
g(N)～N // 最悪ケース
と書いたほうが
811 名前：良かった。 g(N)=O(N) と g(N)～N は、意味が違っていて、前者は、N が十分大きい場合に、 実行時間が最悪でも N に比例。後者は、実行時間が N が十分大きい場合に N に比例。 言い方を帰れば、=O(N)という記号は、(Nが大きい場合の)上限値、 ～Nという記号は、Nが大きい場合の漸近値を表す。 []: [ここ壊れてます]
812 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 10:10:18.74 ID:9Ff0DYo3.net]: >>785
誤：とすると、O(1)、O(N)はなく、
正：とすると、O(1)、O(N)ではなく、
813 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 10:18:39.48 ID:9Ff0DYo3.net]: >>783
したがって、こう書けます：
g(N)～1 = データ量Nが大きくなっても処理時間に変化が起きない。
g(N)～N = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。
814 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 17:53:59.16 ID:laWGGkJb.net]: swing使ってる人って少ないんでしょうかね。
ラベルとかボタンの日本語フォントが汚すぎて泣きたい。
815 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 17:55:00.63 ID:JJ71BbCv.net]: >>788
以前、使ってたよ。
816 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 18:45:40.88 ID:CtX/cgRv.net]: Swingなんてまだ使ってる所有るんだなw
あのUIは個人的には凄い嫌だわw
817 名前：デフォルトの名無しさん mailto:sage [2019/08/07(水) 20:42:35.75 ID:L/Kq497P.net]: >>785
配列をソートするとき。中身がオブジェクトの場合、実際にメモリ交換が起きるのは、参照アドレスだけになるんですか？
C++の場合は、意識して、クラスの参照アドレスを配列にいれないと中身が移動するので遅くなるはず。

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

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

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

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

使って気づかないって相当なアホだろw
843 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 07:00:49.84 ID:wDIMdjXm.net]: 妙にもっさり感はある
なぜだ
844 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 09:18:09.69 ID:EB7OQm+o.net]: >>811
NetBeansが最初から今の出来だったら少しは違ったかもな
845 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 14:56:02.88 ID:ayktvmiN.net]: いちいちnewしてそう
846 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 16:24:50.85 ID:t444AM9O.net]: 金融系で案件で目にする、レガシーなCOBOLからJavaへ
847 名前：の置き換えって、 オブジェクト指向の設計をしなおしてるのですか？ ひょっとして、クラスひとつだけで、作っちゃってるとか？ []: [ここ壊れてます]
848 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 17:01:30.67 ID:k59YotFG.net]: swingに変わる奴無いの？
JavaFXは論外なので却下
849 名前：デフォルトの名無しさん [2019/08/09(金) 19:17:26.34 ID:REyYkB/9.net]: >>820
SWTと言っているだろうが
850 名前：デフォルトの名無しさん mailto:sage [2019/08/09(金) 21:58:04.74 ID:wDIMdjXm.net]: スレッド用に別途ヒープ空間用意するとかできんのか
851 名前：デフォルトの名無しさん [2019/08/10(土) 01:51:46.74 ID:h4ssMOj3.net]: VM捨ててネィティブ変換したり、ライブラリの多くをC/C++に置き換えてなんとか使える速度になったのに
なぜJavaが糞遅くないって思っているのか不思議。低スキルすぎてスタックとヒープの速度差とか全然理解してなさそう。
852 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 03:12:17.45 ID:Jt+4H/sx.net]: まずお前の頭が悪いことを理解しよう
853 名前：デフォルトの名無しさん [2019/08/10(土) 04:42:55.09 ID:h4ssMOj3.net]: >>824
技術的な反論が一つも言えないおまえの頭は悪いと理解した。
しかも相当に。むしろ哀れである。笑える。
854 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 05:40:08.29 ID:CTtSmkOq.net]: 話の前提も論理展開も主観的評価もめちゃくちゃすぎて技術的な話が成立する気がしない
頭悪そうとしか言いようがない
855 名前：デフォルトの名無しさん [2019/08/10(土) 06:13:20.29 ID:h4ssMOj3.net]: >>826
なんで技術ネタに逃げるようなような低脳馬鹿がこの板にいるのだろうか。
低スキルだと自覚があるならそういう恥ずかしい煽りなどせず黙ってろよ、低脳君。

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

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

ID:CTtSmkOq 　←　これぞリアル池沼ww
858 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 06:51:45.70 ID:maQY7nyS.net]: 多くのライブラリ？
859 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 11:00:00.72 ID:Jt+4H/sx.net]: VM捨てたというのは具体的になんのこと？
860 名前：デフォルトの名無しさん [2019/08/10(土) 12:20:32.38 ID:jOgNlW/N.net]: javは死んでるよ
rubyも
861 名前：デフォルトの名無しさん [2019/08/10(土) 13:36:02.87 ID:wlkOG8+O.net]: 多くのライブラリ？
862 名前：デフォルトの名無しさん [2019/08/10(土) 13:36:46.42 ID:wlkOG8+O.net]: JavaのライブラリはJavaですよ
863 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 13:46:18.80 ID:3H0/ea7Q.net]: 多くのライブラリと言っておきながら、まさか一つも例を上げられずに逃走するとは
このときは想像することも出来なかったのです…
864 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 16:28:23.91 ID:IC8yFVV5.net]: プログラミング言語のどれが速いかなんて、条件の設定次第でどっちにでも傾く。
865 名前：デフォルトの名無しさん [2019/08/10(土) 17:30:59.24 ID:h4ssMOj3.net]: IDを指定して質問した本人はとっくに逃げ出したのに、また嘘八百の捏造を並べ始めたかJava信者。昔からほんと嘘つきだなw

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

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

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

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

Java厨哀れだなw
868 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 17:52:44.35 ID:ztVC6i5a.net]: まだいるよ
ちゃんと答えてくれるの待ってる
869 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 17:59:07.47 ID:h4ssMOj3.net]: >>838
870 名前： javaが遅いと感じる１０の　以下略 > 基本的にJavaは『遅い』と思われている。理由は二点あって、 > 一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、 > 一つは実際に依然として遅い面がある点だ。 []: [ここ壊れてます]
871 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:01:29.88 ID:h4ssMOj3.net]: >>840
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった

ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw
872 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:03:15.48 ID:V4kb7C62.net]: そんなに遅いのにGoogleもAmazonも使ってるのはなんでなのん
873 名前：デフォルトの名無しさん [2019/08/10(土) 18:03:57.02 ID:Qck8xEN+.net]: まあ元々クソスレだしどうでもいいかｗ
874 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:12:18.40 ID:ztVC6i5a.net]: ＪａｖａのライブラリをＣ＋＋に書き直した話をしてて
なんでか俺に聞いてたはずだが

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

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

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

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

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

妄想から覚めろ、Java信者w
877 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:22:15.68 ID:h4ssMOj3.net]: >>845
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。

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

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

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

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

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

頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。
879 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:36:19.19 ID:ztVC6i5a.net]: いや
お前がＪａｖａがくそ遅いからライブラリをＣ＋＋に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても
880 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 18:48:11.12 ID:h4ssMOj3.net]: >>850
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい？　Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw
881 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:02:38.93 ID:ztVC6i5a.net]: 上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ
882 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:12:51.42 ID:h4ssMOj3.net]: >>852
Javaの職場って元コボラーだらけだから当然です。
883 名前： C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。 でなにをするか、JNIでモジュールを外に出してC++で置き換えです。 そしてコボラーは言う。Javaってほんと糞遅いよなって。 しかしJava屋はいつも言う。インテルが遅いせいだ。 ほんとおまえらのような低スキル信者ってほんと恥を知らない。 []: [ここ壊れてます]
884 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:15:37.64 ID:gTkfZysT.net]: GAFAで全く相手にされてない.NETerの僻みでは
885 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 19:26:54.60 ID:h4ssMOj3.net]: googleから捨てられたからまたサーバサイドだけになったな、Java(笑)

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

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

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

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

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

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

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

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

確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑)
898 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:36:45.11 ID:ztVC6i5a.net]: ＨＴＭＬ対応を一人で実装とか何言語でもむりげ
899 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:45:15.21 ID:h4ssMOj3.net]: もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw
900 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:45:39.35 ID:ztVC6i5a.net]: https://github.com/oswetto/LoboEvolution/wiki
ちょっとぐぐっただけでいきなり引っかかったぞ
本当に世界中調べたのか？
お前が英語読めなくて企業が見せてくれる世界しか見てないんじゃないか？
901 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:49:46.48 ID:h4ssMOj3.net]: >>869
でかしたぞ。使ってみろ。どけだけIEやChromeより高速か試してくれ。
902 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:52:32.15 ID:ztVC6i5a.net]: 俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ
903 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 21:55:00.78 ID:h4ssMOj3.net]: よしわかった。しばし待て。仮想環境にJavaインストールするから。
904 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 22:01:42.15 ID:IgxUglY5.net]: Javaのパフォｰマンスについての9つの誤信
https://www.infoq.com/jp/articles/9_Fallacies_Java_Performance/
905 名前：デフォルトの名無しさん [2019/08/10(土) 22:16:26.28 ID:Qck8xEN+.net]: 皆さん、こいつに正論言っても無駄ですよ
何にもできないくせに口ばっかり達者で、論破されそうになると暴れて滅茶苦茶言い出すだけだから
からかって遊ぶ分にはそれなりに面白いかもね
906 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 22:28:48.96 ID:Jt+4H/sx.net]: C++で書き直されたライブラリと
VMを捨てて採用された技術を教えてほしいが
出てこんな
907 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 00:32:11.72 ID:UiwR3IAb.net]: Javaの将来性が無いって方向性には同意したいのに
端々にどっから持って来たか判らん御伽話を挟んでくるから困る
908 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 01:18:50.95 ID:U/5MlCLL.net]: Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki

この性能見ればJavaがどれだけC++より高速かわかるで
909 名前：デフォルトの名無しさん [2019/08/11(日) 12:45:16.17 ID:I8FDq1IQ.net]: Javaの夢
https://freelance-programmer.com/programming-language
910 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 13:05:18.55 ID:Ov8rHfx5.net]: java　をソースから、ネイティブコードにコンパイルって可能なんですかね？
それは、もはや、javaではないというには、おいておいて、
vmの類を捨て去ると、c++に肉薄できる？
911 名前：デフォルトの名無しさん [2019/08/11(日) 14:39:52.53 ID:JB2lv/Xc.net]: >>879
JavaのVMを素通りするわけじゃないからな。勘違いするな。
912 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 15:52:04.32 ID:6WDJ+Uwg.net]: VMの機能もネイティブコードに加えたら
名前解決で差が出そう
913 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:04:14.10 ID:LNlz7QeX.net]: >>879
無理。GCが有る言語はC++の速度にはならない。
CPUがいくら速くなっても無理。それはデータ量Nに対して、
計算オーダーが違ってくるから。C++の場合はO(1)で済むのに
GCのある言語では、O(N)になる。その結果、CPUがいくら速くなっても
データが増えるとまたC++に負けるので結局追いつくことがない。
914 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:09:51.91 ID:LNlz7QeX.net]: >>8
915 名前：82 誤解なきように言っておくと、データが増えれば単にその分遅くなるだけなら、 C++でも同じなのだが、GCのある言語だと、データが10倍になると、 処理時間が100倍になったりするということ。これがCPUの進化では C++とJava/C#で体感速度の差が埋まらない理由。 []: [ここ壊れてます]
916 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 16:40:41.19 ID:Ov8rHfx5.net]: >>883
結局、パフォーマンスが幾何級数的に悪化するので、確保したメモリは適切なタイミングで開放するという
Cの基本的なお作法はパフォーマンスの点で決定的であるということですね。
少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリと、GCのせいでメモリが増えてパフォーマンスが
極端に悪化するjavaと運用的にはそう変わらないかもしれませんね。
917 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:22:45.38 ID:HsX9KUVy.net]: >>884
>GCのせいでメモリが増えてパフォーマンスが極端に悪化する

ここは、メモリ使用量が増えて、かつ、GCが起きることによってパフォーマンスも
極端に悪化する、ということだね。
918 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:27:24.97 ID:LNlz7QeX.net]: >>884
>少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリ
これは、VC++ の場合だと、_DEBUG_NEW を使うと、リークした
場所分かるし、new("文字列", 数値) TYPE などとすると自分で好きな
情報も入れられるので、リークは無くそうと思えば無くせる。
ただ、完全にリークをなくそうとするとその分、ある種の「無駄なロジック」
を入れざるを得なくなったりして速度低下してしまうので、設計方針
によっては多少はリークしても構わないという方針の場合もある。
一年間も終わらずに動作し続けるようなプログラムの場合はそれでは
駄目だと思うけれど。
919 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 17:32:58.55 ID:438KhqLR.net]: N88-BasicではGCで数分間プログラムが止まることがあったらしい。
920 名前：デフォルトの名無しさん [2019/08/11(日) 17:51:57.59 ID:YL3F5pyF.net]: >>886
そういう泥沼のゲリラ戦を戦ってると遅かれ早かれ戦死すると>>878にありますが本当ですか？
921 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 18:26:37.54 ID:G19pKHro.net]: Ｃ＋＋ももうだめだ
これからの時代はＲｕｓｔだ
922 名前： mailto:sage [2019/08/11(日) 18:28:07.41 ID:EWNjTlvC.net]: >>886
昔の borland C++ では便利なオプションがあって自分が new したものを delete したかどうかを確かめることができたんですが、
最近 borland C++ は clang に移行して、このオプションは使えなくなったみたいですね、すっごく残念です
923 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 19:47:18.15 ID:LNlz7QeX.net]: >>889
実は、Rustが良い部分があるとしても、そのアイデアだけを取り込ん
だC++が出来ることになるらしいです。
924 名前：デフォルトの名無しさん [2019/08/11(日) 19:55:49.80 ID:JB2lv/Xc.net]: >>890
じじいよ、OSの仕様を知っているのか？

そんなレベルで話しているとは情けない。
925 名前： mailto:sage [2019/08/11(日) 19:58:03.93 ID:EWNjTlvC.net]: >>892
詳しくお願いいたします m(_ _)m
926 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 21:20:22.43 ID:NQYHU8rZ.net]: ランタイムライブラリの細工で吸収できる範囲じゃろ

そんなレベルで話しているとは情けない
927 名前：デフォルトの名無しさん [2019/08/11(日) 21:42:24.44 ID:JB2lv/Xc.net]: >>893
解放構文は解放リストに載るだけですよ。
928 名前： mailto:sage [2019/08/11(日) 21:45:42.08 ID:EWNjTlvC.net]: >>895
矛盾した説明ですね
もし Java であったら、そもそも「解放リストに載せる」方法自体が存在しないのでは？
もし C++ だったら、解放リストに載せるだけではなく、解放してしまうのでは？
わからないのならわからないと自覚したほうがいいと思います
929 名前：デフォルトの名無しさん [2019/08/11(日) 22:25:05.18 ID:JB2lv/Xc.net]: >>896
そんなレベルだと思わなかったわ。
930 名前：デフォルトの名無しさん [2019/08/11(日) 22:26:47.28 ID:JB2lv/Xc.net]: C++の知識があるなら、C言語の仕様はUNIXの仕様とセットだったことくらい知っているだろうが。
931 名前： mailto:sage [2019/08/11(日) 22:32:00.60 ID:EWNjTlvC.net]: >>898
それらしいキーワ
932 名前：ードを投げとけばいい、とか精度の悪い攻撃方法ですね… []: [ここ壊れてます]
933 名前：デフォルトの名無しさん [2019/08/11(日) 22:33:16.82 ID:U/5MlCLL.net]: >>898
Cの仕様ってどの仕様のことを言ってるんだ？
934 名前：デフォルトの名無しさん [2019/08/12(月) 01:44:28.49 ID:RRk3bsyt.net]: 「COBOLはレガシー」
※ただし日本だけの風潮

IBMは偉大
935 名前：デフォルトの名無しさん mailto:sage [2019/08/12(月) 03:12:57.37 ID:Rabidtip.net]: C++より遅いのが問題なら大半の言語が死滅してるだろw
936 名前：デフォルトの名無しさん [2019/08/12(月) 03:40:04.93 ID:L6COzxjl.net]: >>902
Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki

まじいいぞ、これ。JavaはC++より速いというだけあるぞw
937 名前：デフォルトの名無しさん mailto:sage [2019/08/12(月) 04:46:27.41 ID:vrbZPf3l.net]: Chromeの方が良くない？
938 名前：デフォルトの名無しさん mailto:sage [2019/08/12(月) 06:37:35.78 ID:x+nEU30G.net]: JavaがC++より速いわけ無いです。
939 名前：デフォルトの名無しさん [2019/08/12(月) 07:32:32.31 ID:L6COzxjl.net]: >>905
使ってから言えよなw
https://github.com/oswetto/LoboEvolution/wiki
940 名前：デフォルトの名無しさん mailto:sage [2019/08/12(月) 07:42:45.62 ID:vrbZPf3l.net]: でもそれよりChromeの方が速くない？
941 名前：デフォルトの名無しさん [2019/08/13(火) 01:04:22.05 ID:7d5N3WwR.net]: あれだけJavaは遅くないとか妄想垂れ流してた低スキルのアホどもはどこ行ったの？

Javaのブラウザ
https://github.com/oswetto/LoboEvolution/wiki
942 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 13:35:35.12 ID:8lOw9+h9.net]: ブラウザは、キチンと実装しようとすれば、言語にかかわらず、複雑で重くなるので、
評価が難しいですよ。javaで、ie,chromeに匹敵するモノができたんであれば、それは
実装者の能力がすごいということですね。
943 名前：デフォルトの名無しさん [2019/08/13(火) 14:02:50.04 ID:0tGTLGVK.net]: >>908
妄言は「Javaが遅くない」じゃなくて
お前の「Javaが遅いからデスマになった」だろ
四の五の言ってないではよ証拠もってこい低脳リストラリーマン
944 名前：デフォルトの名無しさん [2019/08/13(火) 15:44:43.61 ID:3QMDfaUV.net]: いまどきJavaが遅いと言ってしまうと、スクリプト言語はさらに遅いので、ただの無知だと思われてしまう。
945 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 16:26:01.94 ID:PvshuRsa.net]: なんの速度化によるだろ。

スクリプト言語は、コード修正から実行までの速度が速い
C言語などのコンパイラ言語も、Javaなどの仮想マシン言語も
コンパイル時間が必要になるから、コード修正から実行までの速度は遅くなる
946 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 17:19:49.43 ID:73xuM57o.net]: NormalizerでWebページのテキストを半角変換する時に、でかいページだと数秒かかってしまう。0.1秒でやって欲しいんですけど。
947 名前： mailto:sage [2019/08/13(火) 17:26:30.22 ID:RSblMGL3.net]: >>912
C/C++ でやってますが、コンパイルが遅くて遅くて…というほどの規模のものはやったことがありません
まあ make -j を便利につかっているせいもありますが
948 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 17:50:12.34 ID:PvshuRsa.net]: >>914
複数のファイルを結合したことがありますか？
複数のファイルで参照されるヘッダファイルを作ったことがありますか？
949 名前： mailto:sage [2019/08/13(火) 18:16:14.36 ID:RSblMGL3.net]: >>915
>>914
＞make -j
950 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 18:52:17.80 ID:PvshuRsa.net]: なぜmake -jを使うのでしょうか？
1秒未満で終わるなら必要ないでしょう？
それ以上かかってますよね。

遅い！
951 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 18:56:45.10 ID:PvshuRsa.net]: 前からずっと思ってるんだけど、ソースコード編集中に
バックグラウンドで関数レベルでプリコンパイル、部分的にリンクとかしてればいいと思うんだけどな。

ソースコード保存しなくてもプリコンパイルして、保存した段階で
反映させるとかすれば、コンパイル遅くても一瞬で終わるはず
やっぱり難しいのかな。
952 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 19:32:48.68 ID:tpzkwMyE.net]: そんでそのブラウザ早かったのか遅かったのか
953 名前： mailto:sage [2019/08/13(火) 19:39:27.23 ID:RSblMGL3.net]: >>917
タイムスタンプの刻み値が1秒単位、ということとコンパイル時間が 1 秒以内、ということとはなんの関係もないでしょうね
954 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 19:48:18.22 ID:PvshuRsa.net]: タイムスタンプの刻みは1秒じゃないからなんの関係もないよｗ
955 名前：デフォルトの名無しさん [2019/08/13(火) 19:50:50.66 ID:A8hGL0NS.net]: >>918
リンクの意味がわかっているのか？
956 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 19:52:24.86 ID:PvshuRsa.net]: >>922
そういう質問にはわかってるって答えるだけだけど？
957 名前：蟻人間 mailto:sage [2019/08/13(火) 19:57:37.71 ID:knDC27wR.net]: 「インクリメンタルビルド」って技術がすでにあるよ。

https://ja.wikipedia.org/wiki/ビルド_(ソフトウェア)
958 名前：デフォルトの名無しさん [2019/08/13(火) 19:59:47.84 ID:A8hGL0NS.net]: >>923
ファイルが揃ってないのにリンクできるのか？

リンクが何をしているのか理解していない。
959 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 20:04:43.53 ID:PvshuRsa.net]: >>924
> GNU Make[2]では更にソースコードの依存関係を管理でき、変更された部分だけをコンパイルするインクリメンタルビルドが可能になった。
> これがビルドの自動化の始まりである。その第一の目的はコンパイラやリンカの呼び出しを自動化することだった。

それをソースコードを記述中に保存する前にバックグラウンドで行うってことね。
ソースコードをディスクに保存して、ディスクから読み取ってビルドするよりも
メモリ内でビルドしてしまったほうが速いのは言うまでもないと思う
960 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 20:10:18.82 ID:PvshuRsa.net]: >>925
お前リンクが何をしてるのか知らんのか？ｗ

ファイルを順番に結合してるだけなんじゃないぞ
結合の順番はどうでもよくて、関数の呼び出しテーブルを
適切なアドレスに書き換えてる。
揃ったファイルから結合することも可能だし、
DVD-Rのように追記した部分で上書きのようなことだってできる
（ファイルサイズがでかくなるから開発ビルドでだけしようする）
961 名前：デフォルトの名無しさん [2019/08/13(火) 20:23:05.37 ID:A8hGL0NS.net]: 結局、リンクできていないことに気づかないのか？
962 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 20:26:34.38 ID:PvshuRsa.net]: ソースコードの内容を保存前に関数単位でコンパイルして
メモリ内でリンクできるやろ？

関数があれば、アドレス解決できるし、
そもそもアドレス解決に必要なのは、関数の開始アドレスだけなので
リンクそのものは、関数の中身を用意するまで待つ必要はない

理解できないなら、バイナリエディタをつかって
パッチを当てると考えれば良い。
963 名前：デフォルトの名無しさん [2019/08/13(火) 20:40:02.69 ID:A8hGL0NS.net]: とうとうコンパイルからやり直すと言ってしまったか。
964 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 20:42:24.93 ID:PvshuRsa.net]: >>930
「関数単位で」「保存する前に」って言ってるのまだ理解してないの？
965 名前：デフォルトの名無しさん [2019/08/13(火) 20:52:55.01 ID:A8hGL0NS.net]: スタブを使ってリンクしてもリンクそのものに時間がかからないから意味がない。

そもそもリンクの意味がわかっていないと思われる。
966 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 20:54:38.55 ID:PvshuRsa.net]: わかってるからリンクの話をしたのに、
間違ってる部分を指摘できてないよね？＝あっているということｗ
967 名前：デフォルトの名無しさん [2019/08/13(火) 21:36:25.98 ID:0tGTLGVK.net]: 「スクリプトが遅い」って言われただけで顔真っ赤にして暴れてんのかｗ
968 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 21:39:50.08 ID:PvshuRsa.net]: その話はもう終わってるだろｗ
969 名前：デフォルトの名無しさん [2019/08/13(火) 21:46:31.85 ID:0tGTLGVK.net]: ならスレ違いの話をいつまでもしてないで消えればいいのに
970 名前：デフォルトの名無しさん mailto:sage [2019/08/13(火) 21:47:29.48 ID:PvshuRsa.net]: 断るｗおもちゃがある所で遊ぶんだ。
971 名前：デフォルトの名無しさん [2019/08/13(火) 21:52:44.65 ID:0tGTLGVK.net]: また新手の荒らしかよ
まあもうこのスレ終わるしいいか
972 名前：デフォルトの名無しさん [2019/08/14(水) 00:22:40.92 ID:ei2StcRK.net]: >>909
リアルキチガイすぎてワロタw
javaは実装に関わらず糞遅いのに何実装のせいにしてだ？　碌にコード書けない低スキルの馬鹿のくせに。
そもそも「キチンと実装」ってなんだ？　これは手抜きの実装なのか？　コードも読まずに他人のコードを侮辱するとかおまえは何様だ？

ならおまえが修正して「キチンと実装」してみろ。キチガイ君。
https://github.com/oswetto/LoboEvolution/wiki
973 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 00:33:36.29 ID:z8eCJ6J3.net]: 読解力なさ過ぎてワロタ
そらリストラもされるわバカリーマンｗｗ
974 名前：デフォルトの名無しさん [2019/08/14(水) 01:03:14.11 ID:oIPDXYhe.net]: >>939
JavaはVMの実装による。
975 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 02:57:07.16 ID:BS9eC/WD.net]: 周
976 名前：りの苦労が偲ばれる []: [ここ壊れてます]
977 名前：デフォルトの名無しさん [2019/08/14(水) 03:12:06.67 ID:oIPDXYhe.net]: 日本語がおかしい
978 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 04:22:08.41 ID:Ucbi8b87.net]: もうどう足掻いても
Javaがメインストリームに戻る事は無い
旬は終わった
979 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 05:28:10.85 ID:u3Xco5i2.net]: >>944
今のメインストリームはどの言語?
980 名前：デフォルトの名無しさん [2019/08/14(水) 05:41:08.20 ID:fYTZQlWA.net]: >>945
Java
981 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 15:27:24.30 ID:qJmtDc8E.net]: >>946
Pythonだろ
982 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 15:37:52.32 ID:meO8Vw3B.net]: >>947
ヒキコモリのオイラが何年かぶりに本屋に行ってみたら、言語ではほぼ
Python一色で、C#の本はほぼ全く無くて予想外の展開だった。
でも多分、Pythonは一過性の流行だと思われる。
983 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 16:11:18.00 ID:beqXILdt.net]: >>948
画像認識とAIは、python という認識が広がってきているので、
侮れない。
しかも、ラズパイ等で、C/C++のような知識なくても
ハードワエアにアクセスするサンプルコードなども充実してきているので、流行のIOT分野では、一人勝ち状態。
984 名前：デフォルトの名無しさん mailto:sage [2019/08/14(水) 23:42:52.74 ID:meO8Vw3B.net]: >>949
アメリカでは国家ぐるみでPythonを推進しているのか、学校教育で
学ぶのが Python らしく、それが Python が普及してきている一番の理由
なのではないかと思う。
985 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 00:10:46.98 ID:wbNX/uYv.net]: まあ実際金勘定に関わるシステムがPythonに取って変わる事は無いな
小数点計算不向きだし
Javaも不向きだったがTISがCOBOL→Javaへの移行を成功させたのでJavaへの移行が一気に進んだ
それが間違いだと気づいたのが損保ジャパンのリストラ
もうCOBOL→Java移行の案件って減ってるよ
今はCOBOL→VB.NETやC#やオープンCOBOLに変わってる
986 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 00:24:26.64 ID:hYpxeE9E.net]: 型宣言も無いし、インタプリタ言語だし、Pythonはあくまでも簡易。
987 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 01:33:32.67 ID:uMQzOxWt.net]: >>951
Javaは勘定系用にBigDecimal最初からあったんだけど
オペレータのオーバーライドを禁止してたのが敗因かもね
.NET FrameworkのDecima型より分かりやすかったんだけどなー
まあ金額計算ならCOBOLが一番安全だわｗ
988 名前：デフォルトの名無しさん [2019/08/15(木) 02:34:51.13 ID:3iyWOF7b.net]: >>953
COBOLの敵はリレーショナルデータデース
989 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 03:24:14.57 ID:5MxOdPEK.net]: WEB+DBのJulia特集を読んだ
medfreak.info/?p=4850

漏れも、同じ意見

Python ではプログラミングしづらいけど、
Julia は、do ～ end など、Ruby に似てるから、プログラミングしやすい

やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！

Juliaは、Pythonのライブラリも呼べる

NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備

LLVM のJIT だから速い

今後は、Pythonから、Juliaに流れそう。
R, matl
990 名前：ab → Python → Julia []: [ここ壊れてます]
991 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 04:16:17.54 ID:Pye9uMio.net]: >>955
JuliaのPythonライブラリのコールはあまりシームレスに見えなかった。
Python3と違ってJuliaはintとlongを区別しなければいけない。
この2点でJuliaを使おうとは思わなかったんだけど、その辺どう?
992 名前：952 mailto:sage [2019/08/15(木) 07:05:02.80 ID:5MxOdPEK.net]: Python を呼び出すのは、PyObject とかか

int/long を区別するのは、LLVM を使っているからかな？

まあでも、Pythonには、内包表記という可読性が極めて悪い書き方があるから、効率が悪い。
8割以上は、他人のソースコードを解読する時間だから、可読性が悪いのが、最もダメ！

だから米国人は、do ～ end とか、可読性が高い、Ruby が好きなんだろう
993 名前：デフォルトの名無しさん [2019/08/15(木) 16:12:19.98 ID:uMQzOxWt.net]: >>954
またその説かｗ
だからCOBOLからRDB使ってるっつーの
あんたが言いたいのはSQL処理系だろ？
994 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 16:13:59.94 ID:064rTmcM.net]: >>953
BigDecimalのメリットを生かす事をしなかったのが元凶だな
もうJavaを金融系で使う必要性も無い
C#やVB.NETも選べるし
995 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 16:14:44.10 ID:064rTmcM.net]: >>958
Pro*COBOL有ったしね
996 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 17:21:36.84 ID:Pye9uMio.net]: >>957
内包表記が嫌いだということはわかった。
ところで、PyObjectを見てとても使う気が起きなかったんだけど、使いやすいの?
あれならKotlinからGraalVMを通してPythonを呼び出せる未来を待ちたいという気になったんだけど。
997 名前：デフォルトの名無しさん [2019/08/15(木) 18:26:49.74 ID:CFitZJgr.net]: >>958
そういうこといつまでも言うからCOBOLメインの人間は評価が低い。
998 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 18:38:35.40 ID:nOfj1bht.net]: COBOLの利点といえば、ロジックの組み方に自由度が少なくて、大体似たような、冗長なコードになるところで、
その部分では、移植性が高く、品質を確保しやすいところ。
裏技駆使すると、難易度高いが、いろいろできるけど、かえって難解なプログラムとなります。
とはいっても、金額計算等のロジックは、枯れたコードを移植するのが安全なので、安心感ある。
999 名前：デフォルトの名無しさん [2019/08/15(木) 20:22:50.23 ID:3iyWOF7b.net]: COBOLがダメというより、COBOL、汎用機とWindowsの相性が最悪なのが一番のネック。
1000 名前：デフォルトの名無しさん [2019/08/15(木) 21:17:19.38 ID:uMQzOxWt.net]: >>962
俺は今全然COBOLなんか使ってないからいいが
「そういうこと」とはどういうことだい？
1001 名前：952 mailto:sage [2019/08/15(木) 23:05:41.99 ID:5MxOdPEK.net]: >>961
RubyInline gem で C 拡張を手軽に作ってみた
https://www.m3tech.blog/entry/rubyinline

Ruby 2.6 では、Rubyソースコード内に、C のソースコードをインラインで書いて、
実行時に、JIT コンパイルできるようになった

VALUE 型というのが、Rubyオブジェクト。
これは、Python のPyObject と同じかな？

この記事を読むと、例外時のリソース解放処理とか、動的メモリの確保などは、
全体の整合性を保つのに、かなり難しい
1002 名前：デフォルトの名無しさん [2019/08/15(木) 23:18:28.72 ID:3iyWOF7b.net]: >>965
SQLが何かわかっていない。埋込みSQLを使うなら、ロジックをデータベースに寄せればいいのにそうしない。

これはアホJavaプログラマも同じだが。
1003 名前：デフォルトの名無しさん [2019/08/15(木) 23:22:08.76 ID:3iyWOF7b.net]: SQLとはいまのSQLの規格の話です。SQL99(1999)規格くらいの知識があれば、COBOLロジックでゴリゴリやったりしません。
1004 名前：デフォルトの名無しさん [2019/08/15(木) 23:24:46.69 ID:3iyWOF7b.net]: ちなみにJavaプログラマでも、COBOLプログラマでも、RDBのテーブルのレコードに位置の概念があると思っている方はいまだにたくさんいます
1005 名前：。 []: [ここ壊れてます]
1006 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 23:52:34.70 ID:JIeQFGKZ.net]: COBOLの機能を制限した、埋め込みCOBOLってのがあればいいんだと思う
やれるのは数値計算のみ。文字列操作とかファイル読み書き機能はバッサリ削る
1007 名前：デフォルトの名無しさん mailto:sage [2019/08/15(木) 23:55:17.26 ID:JIeQFGKZ.net]: >>967
ロジックというから意味不明になる。
例えば画像変換処理とかもロジックだからね

COBOLやSQLではできない、もしくはやるのがつらいロジックはたくさんある。
1008 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:15:25.47 ID:1ONia9WN.net]: >>963
それゆえCOBOLは他人からの可読性が良い
Javaへ移行してプログラムソースレベルでJavaプログラマにしかソース解析が出来なくなった
大手都市銀行がJavaに移行したのは若いプログラマを安くこき使いたいから
システム部門の管理職が現場へのタッチを辞めたからね
1009 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:23:23.61 ID:r91gNAce.net]: > それゆえCOBOLは他人からの可読性が良い

苦笑

まあね。可読性の意味は二つあるってことなんだよね

一つは、ソースコードがぐちゃぐちゃで冗長で何やってるかわからない。
言語機能やライブラリを駆使してシンプルに書こう。そうすれば読みやすい = 可読性

もう一つは、プログラム言語なんてわからない。
英語だったら読みやすい。英文に近い形で書こう＝可読性

COBOLがねらった可読性は後者。だから素人には「可読性が高い」ように"見える"
だけど、ソースコードがぐちゃぐちゃで冗長になることに関してはなんの解決策も示してないので
結果、素人がCOBOLでソースコードを書くと、ぐちゃぐちゃで冗長で何やってるかわからなくなる。
＝COBOLのソースコードは可読性が低い

いや、でも英語だから読めるんだよ。プログラム言語がわからない人にとってはｗ
プログラム言語がわかる人にとっては地獄
1010 名前：デフォルトの名無しさん [2019/08/16(金) 00:31:40.77 ID:qa8jMCM/.net]: >>971
あんたはRDBの機能を知らないからそう思うだけで、画像変換処理はRDBの得意分野だからRDBに任せればよい。
1011 名前：デフォルトの名無しさん [2019/08/16(金) 00:34:03.85 ID:qa8jMCM/.net]: >>973
COBOLのデータ型は英語がわかっても何がなんだかさっぱりわからないけどな。

COBOLのデータ型の命名は狂ってる。
1012 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 00:41:03.35 ID:r91gNAce.net]: > 画像変換処理はRDBの得意分野だからRDBに任せればよい。

どうやってRDBからffmpegを呼び出すの？
1013 名前：デフォルトの名無しさん [2019/08/16(金) 01:06:28.40 ID:qa8jMCM/.net]: どうやってSQLを実行できるのと言っているのと同じだな。

誰もffmpegを使うとは言っていない。

ffmpegを使うこと自体が外部プログラムの実行で、どんな言語でも外部プログラムの実行はできる。
1014 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 01:11:34.80 ID:r91gNAce.net]: それで、どうやってRDBからffmpegを呼び出すの？
1015 名前：デフォルトの名無しさん [2019/08/16(金) 01:52:12.70 ID:qa8jMCM/.net]: ffmpegの実装を知らないのに使えているのなら、パソコン初心者レベルだなあ。
1016 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 02:18:50.43 ID:KMc5gAbD.net]: 画像変換にRDB使うなんて初めて聞いた
実例ある？
1017 名前：デフォルトの名無しさん [2019/08/16(金) 02:30:34.66 ID:qi3ZO5Hj.net]: >>967
あんた話の流れを追ってないだろ
COBOLの敵はRDBという意味不明なパラダイムに対する批判なんだよ>958は
1018 名前：デフォルトの名無しさん [2019/08/16(金) 02:31:51.02 ID:qi3ZO5Hj.net]: ID: 3iyWOF7b はまだ変な理論展開してんのか
COBOLとRDBは対立軸じゃいってなんで分かんないかな
1019 名前：デフォルトの名無しさん [2019/08/16(金) 02:32:58.79 ID:cuFgUpd5.net]: >>970
COBOLは事務処理用のデータベース言語として十分に機能が限定されてるし
ファイル読み書き機能を削るとか一番使うな部分削ってどうすんの？
1020 名前：デフォルトの名無しさん [2019/08/16(金) 04:12:25.02 ID:IwAzC3bj.net]: それで >>906 は速いの？遅いの？
1021 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 08:39:33.22 ID:y8PdgTC5.net]: このスレ年齢層高すぎだろ
COBOLなんて見たこともないから話が全くわからん
1022 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 12:34:42.13 ID:L2jPzirq.net]: 技術選択間違って取り返しの付かなくなったロートルが傷を舐め合うスレやで
1023 名前：デフォルトの名無しさん mailto:sage [2019/08/16(金) 23:10:14.74 ID:whDVgVPM.net]: >>984
必死に探してやっと見つけてくれた数少ないオールJava製アプリなのに。
Javaは速いと言ってた人たちは評価ぐらいしてほしいよね。

Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki
1024 名前：デフォルトの名無しさん [2019/08/17(土) 01:31:11.21 ID:8csWYqnY.net]: 無視しようと思ってたけどもうすぐスレ完走だし相手してやるか

1. 誰がJavaが無条件で速いと断言してた？
2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
1025 名前：デフォルトの名無しさん [2019/08/17(土) 01:33:20.63 ID:8csWYqnY.net]: どうせ斜め上の反応しかできないだろうけどな
絶対に真っ向から議論しないよねｗ
1026 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 01:33:41.07 ID:7v59WmZe.net]: 1. 誰がJavaが無条件で速いと断言してた？
→お前だ

2. 仮にJavaが速いと言ったとしてなぜそのアプリの評価をしなければいけない？
→そこにお前がいるからだ

3. そのアプリがJavaのせいで遅いのか実装のせいで遅いのかどう見分ける？
→それをお前が考えるんだよ

4. Javaが遅いせいでデスマーチになるという主張のエビデンスはまだ？
→お前の主張のエビデンスが先だ
1027 名前：デフォルトの名無しさん [2019/08/17(土) 01:34:15.54 ID:8csWYqnY.net]: やっぱり斜め上ｗ
いや、斜め下かｗｗ
1028 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 01:53:29.59 ID:ZxqGKdv4.net]: C++で書き直されたJavaのライブラリとは
VMを捨てて採用された技術とは
1029 名前：デフォルトの名無しさん [2019/08/17(土) 02:42:32.96 ID:eNL5rTZT.net]: つまり言い換えると、

1.みんな無条件でJavaは遅いと断言している。
2.遅いと分かってるから評価するまでもない。
3.実装のせいじゃないのはコード見て分かったから論って傷口に塩を塗るのは非人道すぎる。
4.個人攻撃をしたいのでキミの素性を明かせ。

と　ID:8csWYqnY　は言っています。
1030 名前：デフォルトの名無しさん [2019/08/17(土) 02:50:47.25 ID:eNL5rTZT.net]: Java製ブラウザ
https://github.com/oswetto/LoboEvolution/wiki

なぜかJava信者が頑なに評価を拒否する、唯一生き残ったオールjava製ブラウザ。逆に自慢すべきアプリのはずなのに。

そもそも　HotJava　っていう本家の開発者が開発したものもあるんだけどね。そっちの評価でもいいのにw
1031 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 15:56:26.51 ID:5omrbt+q.net]: 試してみた人に聞きたいのは、そのブラウザはChromeなどに比べて
速いのか遅いのかどっちですか。
1032 名前：デフォルトの名無しさん [2019/08/17(土) 16:43:34.55 ID:8csWYqnY.net]: ね？
ちゃんと議論する気無いでしょ？
1033 名前：525 mailto:sage [2019/08/17(土) 18:26:25.62 ID:PVerLNX2.net]: 【アプデ/10】 2019年8月14日のWindowsUpdate後、VB関連が死亡。Windows10全バージョンにて★2
https://asahi.5ch.net/test/read.cgi/newsplus/1565959048/

これがＭＳのやることだ
1034 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:52:16.49 ID:0zwnSWA3.net]: あるツイート

無償アップデートできればよいだけであれば、みずほ情報総研さんのようなお堅いところの一部システムでもAdoptOpenJDKを採用してる事例も公開されてたりするんですけどね。
�mizuho-ir.co.jp/publication/co…�TCKを通ってないのが受託開発だと難点ですが、必要な場合はIBMさんが商用サポートを提供してますし。

みずほがTKC無視してAdopt使ってる事を知ってみずほ関連の企業、人材ってit関係に疎い人が多いって事か(7pay社長含め)
1035 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:55:27.42 ID:0zwnSWA3.net]: あるツイート

Javaは文法も速度もいい。けど冗長な設計、パッケージ管理、そして、JDKの乱立。こうした、環境やプログラマによって、殺されていくという悲しい言語。
いくらベテランが、「今も健在だ！」といってもやはり、徐々に若手が敬遠している。�ﾄ件や検索ランキングではトップだけど、この先どうかね。

俺も、そう思う
1036 名前：デフォルトの名無しさん mailto:sage [2019/08/1 ]: [ここ壊れてます]
1037 名前：7(土) 19:56:58.58 ID:0zwnSWA3.net mailto: あるツイート

C++系の案件にアサインしようとしたら「スクールでJavaしかやってないのでJavaしかできません」っていうのでJava案件に入れた結果、Javaも全然できなかったってことがありました。。 []: [ここ壊れてます]
1038 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 19:59:38.71 ID:0zwnSWA3.net]: あるツイート

大手SIerの知人がJavaから.netに移行する案件が激増してると言ってました。なんでも.netの勢いは今までの２倍以上だとか。割合で言うとJava95%で.netが5%くらいだって！
1039 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 20:00:49.14 ID:0zwnSWA3.net]: あるツイート

え！そんな大規模案件で鸙ava�ｳ償で使おうとしてたんですか！？流石にそんなわけ無いですよね・・・もともと普通にサポート契約してるの知らないだけじゃないですかね・・・？(；´∀｀)
1040 名前：デフォルトの名無しさん mailto:sage [2019/08/17(土) 20:06:31.45 ID:0zwnSWA3.net]: あるツイート

Oracle案件がPL/SQLからJavaへ移行しているのも、地味な伸び方に繋がっているのかなぁと。スマッシュヒットはない感じ。

OracleがJava使わせたいからでしょうな
PL/SQLで出来るならJava使う必要性無し
1041 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 475日 15時間 17分 43秒
1042 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef