Javaはもう死んだの？

1 名前：デフォルトの名無しさん [2018/04/29(日) 04:48:48.62 ID:BgWXrKyR.net] どうなのよ 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] あるツイート え！そんな大規模案件で�Java�を無償で使おうとしてたんですか！？ 流石にそんなわけ無いですよね・・・もともと普通にサポート契約してるの知らないだけじゃないですかね・・・？(；´∀｀) 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