19/06/18 02:10:05.46 6YVmUs6+.net
意味は分からないが>>589はframeworkとcoreでソースコードを共通化できないということに同意してるんだろ？
この話題はもともと>>568-569だから、結論は出てるじゃないか
629:デフォルトの名無しさん
19/06/18 02:12:46.54 6YVmUs6+.net
URLﾘﾝｸ(www.quora.com)
>Its hard to use a single codebase for .NET framework and .NET core. I finally resorted to using 2 projects, a VS 2012 project for .NET and a VS 2015 project that built the .NET core version.
630:デフォルトの名無しさん
19/06/18 02:15:07.94 6YVmUs6+.net
実際の.net frameworkプロジェクトでcoreに追加タスク無しで移行できるものはほぼないだろう。
互換性があるAPIやライブラリだけを使っていれば移行できるだろうけど、
.net frameworkベースで書かれたコードがそうなっているという保証がない。
631:デフォルトの名無しさん
19/06/18 02:27:13.54 6YVmUs6+.net
coreでwpfが動くという話も”移行”になるのであって
ソースコードを共通化できるわけではない。
やっぱり改めて思うけど>>557だわ
この陰湿さと議論の迷走っぷりがあるから、
日本人コミュニティに詳細な意見を投下してはならない。
他の人にそうするよう求めてもいけない。
実際にこいつらがそうしているように他人の意見を批判するにとどめる、
最小の言葉で留める事が日本人コミュニティでの正しい行動だ。
そんなコミュニティは終わってる。
632:デフォルトの名無しさん
19/06/18 02:44:11.37 h7JODXU0.net
>>608
いやだから英語読めってば…
633:デフォルトの名無しさん
19/06/18 02:45:11.68 h7JODXU0.net
>>610
.NET CoreのプロジェクトにVS2015使ってる時点でおかしいと思わないのかい？
634:デフォルトの名無しさん
19/06/18 02:48:04.01 h7JODXU0.net
もっというと、.NET Frameworkのプロジェクトの方でVS2015じゃなくてVS2012を使わないといけないのはなぜかって疑問に思わなかったのかい？
635:デフォルトの名無しさん
19/06/18 02:51:34.26 ABGm6QQS.net
いまさら.NET Core1時代の話を聞くとは思わなんだ…project.json懐かしすぎる
LTSですらもう今月サポート切れになるだろ…どんどん墓穴掘ってやがるｗｗｗ
636:デフォルトの名無しさん
19/06/18 03:09:08.69 r6toPsE+.net
>>600
コメ欄がWCFの文句だらけで草
637:デフォルトの名無しさん
19/06/18 03:14:05.04 h7JODXU0.net
>>617
WCFは.NET Foundationに放り投げたもんねw
URLﾘﾝｸ(devblogs.microsoft.com)
638:デフォルトの名無しさん
19/06/18 06:24:29.72 3nOE2mBA.net
プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
ｽﾚﾘﾝｸ(tech板)
142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>142
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
639:デフォルトの名無しさん
19/06/18 06:58:56.32 x8EphBF6.net
クロスプラットフォームと、.NET Framework/Coreの話がごっちゃになってる気がするなぁ。
クロスプラットフォームってことなら、.NET Core 使えばいいだけだし、
.NET Frameworm も 4.x までで今後は Core をベースにしたものになるから
正直新規プロジェクトにはまったく問題ないし
クライアント側GUIがWebブラウザ使ったものなら
クロスプラットフォーム自体は .NET に関係ないでしょ。
サーバ側にクロスプラットフォームてそんなに必要か？
広く販売するパッケージにならまぁあったほうがいいのかもしれんが。
既存のコードを引き継いだりする上では、.NET Framework から Core への移行は問題になる部分もあるけど、
話の内容的に新規プロジェクトでなに選ぶかって話だよね？
だって、既存で Java 使ってれば自然に次もJavaになるし、.NET 使ってれば次も.NET になるでしょ。
まったく新しくゼロから書きなおすなら別だけど。
.NET Framework のコードを生かすという点では、
.NET Standard に準拠するビルドができればコードを共通化する必要なんてなくて
そのまま .NET Core で使えるし、コードを共通化する必要性があるって話は
ほぼほぼプロジェクトを将来的に .NET Core への移行を想定してそうするってレベルの話でしょ。
正直 6YVmUs6+ が何を頑なに否定し続けるのかがよくわからないな。
640:デフォルトの名無しさん
19/06/18 13:59:38.01 sHwOcwm9.net
>>サーバ側にクロスプラットフォームてそんなに必要か？
Windowsサーバー使いたく無いのよ
641:デフォルトの名無しさん
19/06/18 15:29:55.25 Y/YPXRM6.net
.NET Core なら CentOS で動かせるやん
642:デフォルトの名無しさん
19/06/18 18:23:53.00 ei8mZ0vT.net
>>621
病気ですね。
643:デフォルトの名無しさん
19/06/18 20:56:25.84 J02hj8Oz.net
>>623
ライセンス料金高いからな
無料になるならWindowsサーバーで構わんけど
644:デフォルトの名無しさん
19/06/18 21:04:00.56 ei8mZ0vT.net
Windowsサーバが買えないほど小さな会社もあるんですね。
Linuxとかだと開発費、保守費で逆転してたいていMS製品のほうが安くなると思いますが。
645:デフォルトの名無しさん
19/06/18 21:24:27.91 A5DC2ZGM.net
WindowsServerサーバ買うのとWindowsServerインスタンス借りるのどっちが安いんだろ
646:デフォルトの名無しさん
19/06/18 21:48:31.40 Y/YPXRM6.net
>>625
Redhat のほうが高いしねぇ
647:デフォルトの名無しさん
19/06/19 09:42:09.24 2x/CN7xY.net
C#は遅い。起動時だけでなくオブジェクトを作るときは常に遅いらしい。
648:デフォルトの名無しさん
19/06/19 09:44:47.87 2x/CN7xY.net
海外のQuora(Qiitaではない)で聞いた話だと、本格的な3Dゲームで
C#が使われた例は今まで無く、全てC++製なんだそうだ。
だから今後もUnityで本格的な3Dゲームが作られる可能性は低いかもしれない。
649:デフォルトの名無しさん
19/06/19 10:38:05.37 SrD1/3Xb.net
>>627
Distribution選べば安く出来るよ
RedHatなんて出始め安い(と言うか無料)なのに買収されて安く無くなった
CentOSとかなら安い
>>625
CAL排除目的ならMacOSサーバーも有るからね
どれを選ぶかだな
650:デフォルトの名無しさん
19/06/19 10:39:15.62 SrD1/3Xb.net
>>628
それな
だからC#が無条件に良いとは言えない
651:デフォルトの名無しさん
19/06/19 11:51:26.59 gW/FhvVV.net
Linuxを導入するような人は他人が保守することなんてハナから考えてから、保守用のドキュメントも用意していない。
担当替われば保守不能になって後でSIerに丸投げする。結果高い金を支払うことになる。よくある話。
652:デフォルトの名無しさん
19/06/19 15:04:48.70 SrD1/3Xb.net
>>632
まーそうなりがちだわな
逆に言うとLinux導入した担当者は首に出来ない
653:デフォルトの名無しさん
19/06/26 23:59:34.18 T5/m+UMM.net
そうか
よし
654:デフォルトの名無しさん
19/06/27 09:49:17.13 eedA7Zyp.net
>>633
そうだとしてもエラいひとは現場知らないから平気で首切るよ
655:デフォルトの名無しさん
19/06/27 12:02:53.57 ieBNOlpq.net
>>635
そういう会社ほどリストラするからね
656:デフォルトの名無しさん
19/06/27 12:35:07.69 ieBNOlpq.net
>>634
何が、そうかよしだよw
657:デフォルトの名無しさん
19/06/27 12:36:43.41 ieBNOlpq.net
そもそもLinuxだとディストリビューションで色々違うからMacOS使う
658:方がマシだったりする
659:デフォルトの名無しさん
19/06/29 17:52:27.35 j/bgy+kV.net
それはない。
660:デフォルトの名無しさん
19/06/29 20:35:13.07 hT/i37fz.net
>>639
んな事無い
既にマックを端末として使ってるシステム部門ならアリだよ
661:デフォルトの名無しさん
19/06/30 02:06:03.45 HwnfN+Zz.net
ないない。そもそもMacを端末に使う時点でどうかしてるよ、そこのシス管は。
662:デフォルトの名無しさん
19/07/01 16:41:49.10 9r8RZXK3.net
Macは値段が高い時点で却下だ。
663:デフォルトの名無しさん
19/07/01 18:18:26.14 QcmMcYzx.net
ServerOSは2400円追加で済む
664:sage
19/07/01 18:47:59.67 5VJBy2mx.net
javaは死にました
665:デフォルトの名無しさん
19/07/02 13:11:08.37 vQT+qXro.net
C#は生きていても死んでいるのかと思うほど遅い。
666:デフォルトの名無しさん
19/07/02 21:49:07.84 ku+wkW4H.net
そんなでもなかろう？
667:デフォルトの名無しさん
19/07/03 11:10:05.29 rPbAuFKr.net
今後は安い人員でメンテナンス
462 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-jK3L [106.180.2.16])[sage] 投稿日：2019/07/03(水) 07:39:05.54 ID:ZPqKMvhJa
>>463
Javaの良いところは安い人員をバルクで調達できるところだからねえ
言語仕様の拡張は人員のクオリティにムラが出る原因になる
668:デフォルトの名無しさん
19/07/03 20:36:58.91 9xTvIyA+.net
Ｊａｖａのいいところは堅牢かつ着実で
ほかの言語にうじゃうじゃいる意識高い系ウンコをつかまされにくいことだ
669:デフォルトの名無しさん
19/07/04 06:21:02.42 gP3HGmG/.net
Solarisと同じ運命だろうな
670:デフォルトの名無しさん
19/07/04 19:19:24.27 GcCVF+VU.net
つぶれるべきではなかった
671:デフォルトの名無しさん
19/07/04 19:49:49.97 wppyNFos.net
誰もSolarisを買っていないのである
672:デフォルトの名無しさん
19/07/04 20:07:07.68 GcCVF+VU.net
だが使ってる
673:デフォルトの名無しさん
19/07/04 20:57:05.10 Xs3KLr3A.net
sun時代の開発者たちとフリー版はoracle時代にも残す条件でsunは潰された
674:デフォルトの名無しさん
19/07/04 21:09:14.82 /OUm5fOp.net
cities skylines はc#で開発された
675:デフォルトの名無しさん
19/07/04 21:12:01.73 gP3HGmG/.net
元sunのsolaris開発陣はほとんど解雇された
676:デフォルトの名無しさん
19/07/04 21:25:05.11 GcCVF+VU.net
中で生きた人間が動いてるＳｉｍ Ｃｉｔｙこそもっと評価されるべきだった
677:デフォルトの名無しさん
19/07/06 15:27:36.29 ZBfh8sT9.net
まあ.NETがどこで動くかはJava同様問題無い
むしろJavaは動くOSが何であれライセンスかかる様になったのが問題
.NETはCommunity Editionで開発してサーバーがLinuxとかならライセンスフリーで使える
立場が変わってしまった
678:デフォルトの名無しさん
19/07/06 15:55:47.86 /V3j92xQ.net
>>657
会社だとCommunityは使えない場合が多いからVisual Studio Codeだけどね
679:デフォルトの名無しさん
19/07/06 17:29:18.51 ZBfh8sT9.net
まあ無料で作れて動かせる時点でJavaは.NETに負けた
680:デフォルトの名無しさん
19/07/06 20:36:29.57 KQfpEmrH.net
>>657
ちゃんと調べた方がいいね
681:デフォルトの名無しさん
19/07/06 21:19:49.01 wYHT1rXi.net
有料だからこそ好循環が生まれるかもしれない
682:デフォルトの名無しさん
19/07/10 21:24:43.50 wQ/p+O2K.net
なんでこうまでしてＪａｖａが殺されるのか
683:デフォルトの名無しさん
19/07/10 21:49:54.64 qgIc
684:44+b.net
685:デフォルトの名無しさん
19/07/11 17:42:53.70 ZtbelFt5.net
MySQLもその内、ライセンス徴収になる
686:デフォルトの名無しさん
19/07/13 11:56:00.22 5nQhdEBd.net
Oracle、Appleは儲けを碌に開発に再投資しない。
687:デフォルトの名無しさん
19/07/15 18:21:32.79 totsCoub.net
Oracleの吸収された時点で終わってた
688:デフォルトの名無しさん
19/07/20 00:13:26.44 c6J6E4hv.net
>>653
あーなるほど
あの六ヶ月という意味が無い短さは
条項とかに抵触しない様にする為の物なのか
何であんな短い期間なんだろうか?
と疑問に思っていたけど
納得だわ
689:デフォルトの名無しさん
19/07/22 22:36:52.86 LoM38yCT.net
目当てのソフトがjavaだと、諦めて他の探すな
690:デフォルトの名無しさん
19/07/23 21:01:49.35 zqVgh/rh.net
なんでだよ
691:デフォルトの名無しさん
19/07/23 22:08:32.41 w3utLTvw.net
ググったらPDF踏んだときみたいな
692:デフォルトの名無しさん
19/07/28 10:15:44.85 fKd3OMaO.net
Javaが死んだと言われ始めたのはライセンス有料化よりずっと前の話なのにその話ばっかり出るのは滑稽だな
Javaは死んだんじゃなくてお前らが死ぬほど嫌いだから殺したいが本音なんじゃねえのか
693:デフォルトの名無しさん
19/07/28 22:10:59.13 BbNOPy1z.net
Javaブームの頃を知らないのだろう。脱MSで一時期持て囃され、採用された時期があったが、デスマーチが多発した。
理由は明白。糞遅いから。それから15年の時を経てCPU速度が上がり、SSDが当たり前になって、
JVMも初期の思想はすべて捨てさりCで最適化しまくりなんとか当時のVB程度の速度が出るようになり、
なんとか実用になり復活したのだ。
不死鳥のように!!!
694:デフォルトの名無しさん
19/07/28 23:02:21.72 ovE83C2G.net
>>672
どこの次元の話だよ
695:デフォルトの名無しさん
19/07/28 23:04:39.47 f7GyNIUa.net
遅いからデスマーチて
696:デフォルトの名無しさん
19/07/29 01:29:42.47 X0vpIRmF.net
金とってもいいからoracleはvirtualboxまともに動くようにしろよ。
697:デフォルトの名無しさん
19/07/29 03:10:37.94 thdaDuJP.net
>>674
ゆとり世代かw
698:デフォルトの名無しさん
19/07/29 17:26:31.57 C4u/MTU4.net
地道にOpenJDK(Oracle)を半年毎にパッチ充てられんわ
小さいシステムならまだしも
結局サードパーティーのLTS JDK買う事になるから全く無料は無理
その時点でJavaは終わった
699:デフォルトの名無しさん
19/07/29 17:29:32.77 0IdVnZyy.net
AdoptOpenJDK定期
700:デフォルトの名無しさん
19/07/29 19:27:48.92 T5omXzz0.net
未だに無料のLTSの存在を知らない人がいることに
驚きを禁じ得ない
701:デフォルトの名無しさん
19/07/29 21:35:23.62 N/ZYJMuY.net
php並みに簡単でGUI作れてexe化できる簡易な新言語がそろそろ必要ですかね
日本でいうなでしこみたいな
702:デフォルトの名無しさん
19/07/29 21:40:26.19 CSar0obt.net
URLﾘﾝｸ(i.imgur.com)
703:デフォルトの名無しさん
19/07/29 21:52:03.63 St3IDtu6.net
お前が作るんだよォ！
704:デフォルトの名無しさん
19/07/29 22:06:55.56 ah/mqMgZ.net
>>681
グロ
705:デフォルトの名無しさん
19/07/30 04:26:40.35 wyuh/El/.net
AdoptOpenJDK移行するのは中小企業が中心になるとは思うが
実際そういう案件見ない
TCK/JCK通過出来て無い
Liberica JDKの方がまだ良い、と言う話有る
706:デフォルトの名無しさん
19/07/30 06:27:55.65 TjZy61W1.net
astah professional は adoptOpenJDKに移行したね
707:デフォルトの名無しさん
19/07/31 04:03:32.54 7xv5CoY3.net
>>674
どれぐらいの速度かと言うと既存のシステムがOKボタンを押すと1秒以内で返ってくるものがJavaにすると1分以上返ってこない。
莫大な投資をして移行したのに全く使い物にならないものが出来る。治せと言われてもJavaでは解決できない問題だから
おまえみたいなアホなら速攻逃げ出す。事実、Java導入を推進した低スキル者ほど真っ先に逃げ出した。
708:デフォルトの名無しさん
19/07/31 10:44:52.36 McjkGblM.net
どう見てもこいつが低スキル
709:デフォルトの名無しさん
19/07/31 16:31:02.91 7xv5CoY3.net
>>687
プロジェクトがこういう状況に陥っても煽りだけで解決方法を一切言わない。
当時もおまえみたいなSEがいっぱいいた。彼らは何をしたと思う？ おまえと同じことをしたのだ。
710:デフォルトの名無しさん
19/07/31 17:06:08.81 tfvQlcb5.net
>>688
つまり5chにカキコしたんだな！
711:デフォルトの名無しさん
19/07/31 17:07:42.39 l+kQQQ9H.net
無料だから使う
↓
遅い、とか弊害は誰も言わない
712:デフォルトの名無しさん
19/07/31 17:14:43.85 71r0o9Zk.net
>>688
具体的に何がボトルネックになっているかも確認せず「ボタン押すだけでこんなに時間がかかる！Javaは遅い！」
なんて言ってるバカになんで付き合わにゃならんのだ
そんなに速度欲しいならC++でメタプログラミングでもやってろバーカ
713:デフォルトの名無しさん
19/07/31 17:27:32.33 kMofjJr/.net
お前は煽ってないで元レス100万回読み直して来い
文章読めないツイカスみたいに見えるぞ
714:デフォルトの名無しさん
19/07/31 21:57:31.36 qeSmCUn5.net
えええ
Javaが遅いからデスマになったって話で押し通すの？ｗ
715:デフォルトの名無しさん
19/07/31 22:35:36.99 XOboOphH.net
原因とは人間の主観だ！なんでもありだ！
716:デフォルトの名無しさん
19/07/31 22:36:56.86 wnOvS6Uc.net
Javaだから遅いということはない
遅くなる書き方をしているから遅くなっているわけで
そんなに計算量が大きいアルゴリズムを動かしているわけでもあるまい
717:デフォルトの名無しさん
19/07/31 23:23:37.19 ULyo6RgU.net
初期のjavaはバイトコードを実行コードに変換するのにやたら時間かかったからな
起動がクッソ遅かった
718:デフォルトの名無しさん
19/08/01 07:12:52.69 S93htbDz.net
>>693
えー？ ガチ最近java始めました素人君？ すごく有名な話だよ。
だからオールJava製GUIアプリが全くないでしょ。
719:デフォルトの名無しさん
19/08/01 07:26:50.19 HtC4dWrG.net
M I N E C R A F T
720:デフォルトの名無しさん
19/08/01 08:24:44.84 LYI8GrpB.net
初期(1.2の頃か)のそれ自体がJavaで出来てるIDEが激重でこりゃGUI無理ですわとなったな。
後Oracleのインストーラ関連でダイアログが裏にいっちゃったのに気がつかなくて無駄に待ったことがよくあった
721:デフォルトの名無しさん
19/08/01 10:33:16.21 eI6Y6mMu.net
EclipseやJetBrains系IDEは今もJavaで書かれてる
722:デフォルトの名無しさん
19/08/01 11:23:15.29 S93htbDz.net
うーん、もう少しJavaの仕組みを理解してからレスしたほうがいいよ。
今はライブラリ群がC/C++で書き直されてるから速度が出てるんだよ。
オールJava製はもう存在しないんだよ。
723:デフォルトの名無しさん
19/08/01 11:42:08.03 P2uAhzmX.net
Netbeans
サクサクやぞ
724:デフォルトの名無しさん
19/08/01 17:27:03.42 H6AbKfkF.net
>>698
ってオイオーイ！オールJavaで書けるかーい！
LWJGL使ってるでしょ
725:デフォルトの名無しさん
19/08/01 17:27:18.58 H6AbKfkF.net
700get
726:デフォルトの名無しさん
19/08/01 18:25:41.33 QeMcwzKw.net
そんなん
727:言い出したらオールJavaなんて最初から存在しないじゃん
728:デフォルトの名無しさん
19/08/01 19:00:57.62 W5QDylln.net
そういやJavaチップなんてもんがあったな
729:デフォルトの名無しさん
19/08/01 22:37:43.91 re8BbLkf.net
SwingやJavaFXで一から書いたアプリケーションが有れば立派な純正Javaアプリ
実際そんな事をするのは多方面から見て無駄なので学生以外誰も書かない
730:デフォルトの名無しさん
19/08/01 22:43:52.02 IjUNQuw2.net
Javaチップｗｗ有ったなそんなん
詳しく知らないんだけどあれまだ有るん？
731:デフォルトの名無しさん
19/08/01 22:58:21.26 VGxfIZN6.net
>>697
お前さん、何が目的でデタラメばらまいてるの？
JavaのGUIが遅かったことじゃなくてデスマのほうな
732:デフォルトの名無しさん
19/08/01 23:10:53.20 Phw6FYmd.net
デスマってなんか格好いいよね
733:デフォルトの名無しさん
19/08/02 06:15:58.69 swRQgnJn.net
実際人が死ぬしな
734:デフォルトの名無しさん
19/08/02 06:21:24.09 BaYi5hrp.net
来年５Gだろ？組み込み系でJAVAより使い勝手のいいLot向け言語ってなにさ？
735:デフォルトの名無しさん
19/08/02 06:23:45.03 DB/RmtTt.net
そらもうbrainfu*kよ
736:デフォルトの名無しさん
19/08/03 08:30:09.31 039XoTnQ.net
>>708
マジレスすると2013年ごろになくなった。
737:デフォルトの名無しさん
19/08/03 23:21:53.96 OrktCgG7.net
LWJGLはつかいずれーな
まともなフレームワーク誰も作らない不思議
738:デフォルトの名無しさん
19/08/04 00:49:33.17 ASl+awT6.net
>>709
Javaブームの頃は、ほぼJava案件=デスマーチ。大手SIerはみんな騙された。
MSが訴えられて、爆速MS製JVMがWindowsから削除されて、死ぬほど糞遅いSun製JVMしか使えなくなった。
そんなこともすら知らないとかキミはまだ生まれてないんじゃないの？w ゆとりでしょw
今度はgoogle訴えてgoogleもjava排除中だし。
739:デフォルトの名無しさん
19/08/04 01:15:58.19 CdruCQ6v.net
>>716
Java案件デスマがあったことなんか疑ってないわ。逃げるなよ。
ソース出してみな。
「Javaが遅いからデスマになった」のな
740:デフォルトの名無しさん
19/08/04 01:16:20.17 t2/7h0Wq.net
でもライセンスフリーは魔法の言葉だったな
遅いSUM製JVMでも新規案件が山ほど有った
大手メガバンクもCOBOL捨ててJavaに移行した
ほとんどのメガバンクが移行してからOracleはライセンスフリーを捨てた
ライセンスフリーで使い続けるにはいつどうなるか分からないサードパーティーJDK使え、となった
サードパーティーJDK使うのは中小企業だけ
741:デフォルトの名無しさん
19/08/04 01:17:05.42 t2/7h0Wq.net
>>718
SUN製ね、訂正
742:デフォルトの名無しさん
19/08/04 01:36:01.22 ASl+awT6.net
>>717
無職にもほどがあるぞ。ここでいちいち個別に案件の名前なんか出せるわけないだろ。
IBMでもNTTデータでもhpでもNECでも日立でも富士通でも大手SIerに一人もSEの知り合いすらおらんのか、無職め。
743:デフォルトの名無しさん
19/08/04 01:44:29.66 H36VmsGT.net
具体案件名なんて要らん
常識ならあなたじゃない他者の言及がどっかにある筈でしょ
744:デフォルトの名無しさん
19/08/04 01:54:47.43 ASl+awT6.net
>>721
リアル低学歴か。自分で何一つウラも取らずになに捏造認定してんだ？
ここでそのてめぇちぃせえマスかいてる暇があったら当時のスペックのサーバ調達して
SUNのJVMインストールして解析なり逆アセすりゃ済む話じゃねーのか、チンカス君。
大先輩が経験したことを語ってやってんのに何も調べもせずになにが捏造だよ？ てめーは何様だ。
ネットに有り触れてる高速化テクニックはおれたちが解析した結果なんだよ、能無しゆとり君。
745:デフォルトの名無しさん
19/08/04 02:02:04.01 Cnh1NFJK.net
喧嘩ならよそでやれよ。
JavaにだまされSiにだまされ人生棒に振ったｵｼﾞｻﾝ達
746:デフォルトの名無しさん
19/08/04 02:40:29.33 oeCo2OUF.net
ますます低能だったんだなあと確信に至る
747:デフォルトの名無しさん
19/08/04 02:45:35.08 3RAtruOZ.net
大先輩は人生苦労してそう
748:デフォルトの名無しさん
19/08/04 04:37:33.82 qiievtHx.net
COBOLから移行しただけでも功績でしょー
749:デフォルトの名無しさん
19/08/04 05:11:32.88 ZbV/ufew.net
引き継ぎの際に
「自分はJavaをよく分かってないまま作ってしまった。まじスマンかったm(_ _)m」
って言われたことあった。
元々家電用だったのにね
750:デフォルトの名無しさん
19/08/04 15:03:00.19 CdruCQ6v.net
>>722
そこまで丁寧に謝ってくるなら許してやるよｗ
751:デフォルトの名無しさん
19/08/04 15:04:18.70 c5/HAfRl.net
>>728
どの辺が誤ってんの？
752:デフォルトの名無しさん
19/08/04 21:30:34.39 BHPfCqIK.net
COBOLからの移行だと、たとえば、どんなところが、デスマ要因なんですか？
画面系？
バッチ系？
753:デフォルトの名無しさん
19/08/04 21:38:15.89 FBEttc/s.net
COBOLはphpでいうとrequireでいろんなファイルを読み込みまくるだけで読み込み元が推測でしかわからないから全部知らないと更新できない
だから一部分だけを直すために非常に努力が必要ですぐデスマ化するらしい
754:デフォルトの名無しさん
19/08/04 21:44:15.18 FBEttc/s.net
答えになってませんね
すみません
755:デフォルトの名無しさん
19/08/04 21:54:09.57 BHPfCqIK.net
>>731
phpが出てくるということは、webアプリなんですか？
756:デフォルトの名無しさん
19/08/04 22:09:57.05 UJJJT209.net
京都市はバッチの移行でトラブってたような
COBOLはメインフレームのOSと密結合で性能出してそうだから
汎用OSに載せ替えるってだけでも大変そう怖いわー
757:デフォルトの名無しさん
19/08/04 22:11:15.64 FBEttc/s.net
先に書いたことはCOBOLの開発の難しさを聞かれたと読み間違えました
通信をしてATMで操作する部分はかなりWEB的になってきたと聞いたことがあります
javaへの書き換えだけなら簡単らしいとも聞いたことがあります
難所と思われたOOPにするところも予想よりもうまくいったらしいです
758:デフォルトの名無しさん
19/08/04 22:24:38.44 BHPfCqIK.net
>>734
レガシーだと、固定長ファイルの読み出しと、書き出しだから、JAVAだと、面倒くさいかな？
759:デフォルトの名無しさん
19/08/04 23:14:53.67 CdruCQ6v.net
よっぽど太古のシステムじゃない限りストレージはRDBになってて
固定長に見えるところは単なるスタブだからあんまり関係ないんじゃないかな
帳票なんかは工数かかるだろうな
760:デフォルトの名無しさん
19/08/04 23:27:57.02 7855nA4b.net
opencobolに変えるだけでもこえーわな。。
761:デフォルトの名無しさん
19/08/05 00:22:56.78 Y4sutQH7.net
>>734
京都市の件は現行COBOL仕様が不明確のまま、移行しようとしたから
それでテスト工数が京都市が許容した容量超えて金かかる、となったから裁判になった
762:デフォルトの名無しさん
19/08/05 00:25:29.08 Y4sutQH7.net
>>735
COBOL→Javaと言ってもオブジェクト指向なんて使ってないから
763:デフォルトの名無しさん
19/08/05 00:29:20.35 Y4sutQH7.net
>>736,737,738
プログラムから直接SQL発行する仕組みなんてしなければ、見た目固定長ファイルの様に扱う事は出来ると思う
帳票はPDF化前提だと面倒だろうね
OpenCOBOLでも基本的なCOBOL言語仕様はほぼ同じ
問題は現行システム仕様がドキュメントとして�
764:cってるか、でしょう
765:デフォルトの名無しさん
19/08/05 01:00:27.02 pr2JGkDM.net
>>730
COBOLというか昔の汎用機はモノから仕様が読み取れない。
COBOLをJavaに置き換えるという発想が間違っている。COBOLの代替はリレーショナルデータベース。
Javaはデータ中心アプローチと相性が悪い。
766:デフォルトの名無しさん
19/08/05 01:07:51.71 Y4sutQH7.net
>>742
そういう事
COBOLをJavaに置き換えると言う発想そのものが間違い
767:デフォルトの名無しさん
19/08/05 01:42:01.66 pr2JGkDM.net
COBOLはCOBOLだけでシステムが作れてしまう奇跡の言語だった。
汎用機が高性能だったためにできた芸当。
日本でも業務システムのオープン化は、Oracle化でオラクル社製品で置き換えていた。
オラクル社自体がJavaを初めのころから推していたから、COBOLはJavaに置き換えるという誤った認識が広まった。
オラクル社がJavaアプレットでフロントエンドを作り、Oracleがバックエンドを担当した。ユーザーに見えている部分がJavaだったから、システムがJavaでできていると思うのは自然の流れだったな。
768:デフォルトの名無しさん
19/08/05 21:43:29.86 QGWqgRvH.net
COBOLの代替がRDBってどういうこっちゃ
RDBなら汎用機+COBOLでも使ってたでしょ
SQLって言いたいのかな？
769:デフォルトの名無しさん
19/08/05 23:28:08.65 8dcl4yVn.net
恐らくSQL(PL/SQL)
全てPL/SQLでカバー出来るとは思わんけど、ある程度は可能
ゆえにOracle導入したらCOBOLをPL/SQL+ProCOBOLへ移行する方が妥当だったと思う
それをOracleの売り文句に騙されてJavaに移行したのが運のツキ
770:デフォルトの名無しさん
19/08/05 23:39:55.73 QGWqgRvH.net
PL/SQLってエントリー・照会・帳票印刷みたいなアプリ作れるんだっけ？
771:デフォルトの名無しさん
19/08/05 23:56:48.81 +3dfihmm.net
どういう売り文句をしたらPL/SQLとJavaを
間違える羽目になるんだ？
772:デフォルトの名無しさん
19/08/06 00:08:11.56 O7BMVgZP.net
OracleはOracle Databaseだけで何でもできる。言語としてはほとんどPL/SQL。WebアプリケーションもOracleだけでできる。Application ExpressはロジックにPL/SQLを使う。昔はOracle FromsやOracle ReportsがJavaアプレットだったが、専用Javaアプレットを生成する言語はPL/SQL。
773:デフォルトの名無しさん
19/08/06 00:15:28.83 O7BMVgZP.net
>>748
オラクル社は1990年代からサン・マイクロシステムズのJavaに深く入りこんでいて、協力・補完関係だった。
Javaの最大の理解者、利用者がオラクル社で、Oracle製品群だった。
日本では国(IPA)がなぜかストアドプロシージャ等のRDBMSの機能を無視する(理解できていない？)ので、Javaとリレーショナルデータベースを切り離したがる。
欧米ではSQLインジェクション対策にストアドプロシージャの利用をあげるが、日本のIPAはそこをなぜか削っている。
774:デフォルトの名無しさん
19/08/06 00:22:07.08 e1FxPxZC.net
確かにOracleがJava推しだったのはJavaデスマーチ大量発生の背景にあるかもね
90年代後半～2000年代前半にこれからはJavaだ！EJBだ！みたいな流れになって
Javaなんてよく知らんようなSIerもこぞって参戦して死屍累々
775:デフォルトの名無しさん
19/08/06 01:08:44.88 KExpnEed.net
あれだけ世界的なJavaブームがありながらなぜサーバサイドしか残らなかったのか。
速度的に数キロバイトのhtmlテキスト吐く程度でやっとだったから。
PenII 200MHzで走らせてるのに体感的に1MHzの6502より遅い。AppleII以下の性能。
776:デフォルトの名無しさん
19/08/06 01:47:16.45 O7BMVgZP.net
>>752
それは的外れだな。昔のWindows上で仮想マシンを動かして、プログラムは中�
777:ﾔコードだから、仮想マシンの起動するのに時間がかかり、マシン語でもないコードを実行しているのだから仕方ない。 いまでもマイクロソフトがプログラムを実行形式ファイルにしたがるのは、Windowsの評価が下がらないように気を使っているから。 実行ファイルにするとそのPCに最適なマシン語を用意できないから、.NET Frameworkで作ったものは、マシン語にコンパイルされたJavaコードよりも遅いことがある。 JavaもリレーショナルデータベースもPCの性能、ネットワークの速度が足らない状況で、理想を求めて時代を先走ったせいでコンピュータに疎い人間から叩かれた。
778:デフォルトの名無しさん
19/08/06 01:55:05.34 nCnvS7DE.net
あのsql文法が理想なのかと・・・
779:デフォルトの名無しさん
19/08/06 01:58:39.86 o2t23Jfk.net
今のPCならJVMは問題無く動く
まあ、昔は遅かったよ
ゆえにライセンスフリー以外でJava使う以外にはメリット無かったな
メインフレームデータベースをRDB(Oracle)に移行する作業でHI-UX(日立UNIX)でProCOBOLでプログラム作って盛大にバッチ処理してRDB更新してたな
当時はJavaなんか遅くて使えんかったわ
で、クライアントPCからはEXCELとAccessで画面作ってVBAで表示
COBOL→Javaってどういう理由で持て囃されたのか全く分からんかったな
JVMが早く動かせる様になってもProCOBOLにコンバートするのが効率良かったハズなのにね
780:デフォルトの名無しさん
19/08/06 03:09:48.79 O7BMVgZP.net
>>754
SQLの構文の元はIBMが考えたもので、オラクル社が発案したものではない。
オラクル社はビジネス優先なので、新しい言語をいちから作ったりしない。
SQLはIBM案から拝借、PL/SQLはAda言語から拝借した。
ちゃんと当時の時流にのっていて、オラクル社の選択眼は優秀。マイクロソフトはこの逆で選択眼がなく、独自に作り出して自ら首をしめる文化がある。マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまともになってきた。
781:デフォルトの名無しさん
19/08/06 09:48:33.00 AXpVqYDr.net
>>756
>マイクロソフトもビル・ゲイツを知っている世代がいなくなって、ようやくまと>もになってきた。
というか、ナデラになってから高度技術の会社から Apple みたいな一般向け
の会社になった感じがする。
782:デフォルトの名無しさん
19/08/06 11:34:34.73 O7BMVgZP.net
？
783:デフォルトの名無しさん
19/08/06 11:35:19.19 O7BMVgZP.net
アップルとマイクロソフトでは比較にならない
784:
19/08/06 20:59:04.82 8XRNqqzS.net
ということは、Java で書いてネイティヴを吐ければ万時OKなんでしすね！これは商機？
785:デフォルトの名無しさん
19/08/06 21:29:03.82 e1FxPxZC.net
>>752
JITコンパイラ最適化でCより速いとか持て囃されてたの知らんのか
786:デフォルトの名無しさん
19/08/06 21:38:41.16 UwyVLCQy.net
世界的にはJavaStoreがあるじゃないの？
787:デフォルトの名無しさん
19/08/06 21:39:58.32 YeggTUc0.net
>>761
まあ色々怪しい条件でだけどね
788:デフォルトの名無しさん
19/08/06 22:22:03.24 O7BMVgZP.net
>>760
ずっと前からそうだよ。
789:デフォルトの名無しさん
19/08/06 22:28:24.61 O7BMVgZP.net
C言語が速いというのはいまでも希に聞くが、C言語が速いのではなくて、マシン語だから速いんだけどなw
CやC++で作ってしまうとむしろ遅いコードを作ってしまいかねない。ハードウェア、特にCPUは常人では理解できない世界になっているから、コンパイラが優秀、そのコンパイラがそのアーキテクチャを知り尽くしているかがカギ。
790:デフォルトの名無しさん
19/08/06 22:31:23.42 O7BMVgZP.net
JavaのVMはハードウェア、OSを作っている会社が作っている場合は最適化されるので、問題も起こりにくい。
791:デフォルトの名無しさん
19/08/06 22:31:29.61 YeggTUc0.net
>>765
前半と後半が矛盾している
792:デフォルトの名無しさん
19/08/06 22:39:23.01 fIsBh/Ce.net
配列のレンジチェックいちいちしないから早いんじゃないの？
793:デフォルトの名無しさん
19/08/06 22:53:40.60 KExpnEed.net
>>761
Javaブームの頃、JDKにまだJITコンパイラは入ってないぞw
794:デフォルトの名無しさん
19/08/06 23:01:33.
795:47 ID:e1FxPxZC.net
796:デフォルトの名無しさん
19/08/06 23:06:34.64 pzsqCCUt.net
Ruby では、
JRuby(Java 実装系)のJIT は、百万回からコンパイルされる。
一千万回(実行時間で、1秒)では、なんと、MRI(C 実装系)よりも速くなる！
このように最適化では、Java は数十年も研究してるから、C よりも速くなる！
797:デフォルトの名無しさん
19/08/06 23:11:32.43 KExpnEed.net
>>770
wikipに書いてることはデタラメなのか。さすがJava信者。オカルトですw
しかもCより速いとか言ってる時点でIT音痴を露呈しているw
798:デフォルトの名無しさん
19/08/06 23:18:00.63 YeggTUc0.net
>>771
jrubyってjava byte codeにJITコンパイルしてたりするんじゃね
c版もJITしないと不公平だろ
799:デフォルトの名無しさん
19/08/07 00:04:28.53 TFdvD26l.net
>>772
お前、この前からデタラメ書いてる荒らしだろ
もう相手すんのやめるわ
勝手に勝利宣言してくれ
800:デフォルトの名無しさん
19/08/07 00:42:19.23 t70RBRmA.net
JITコンパイラはJavaの思想に反している。
ネイティブ変換は既にVM上で走ってないし、Write once, run anywhere じゃなくなる。
つまり偽Java。
801:デフォルトの名無しさん
19/08/07 01:03:25.80 oFNxTEYn.net
>>772
wikipediaになんて書いてあんの？
J2SE 1.3 (2000年5月8日)
HotSpot Java仮想マシンが導入
802:デフォルトの名無しさん
19/08/07 01:24:55.84 t70RBRmA.net
Sunが訴訟しまくったことにより、2000年には世界的に既にJavaブームは終わっており、
IT音痴の日本だけはなぜかこれからはJavaだ、Javaだと言ってる状況だった。
2000年頃にはPen4、2GHzにもなりCPUの速度は10倍以上速くなっている。
これでもまだJavaを走らすには遅すぎた。後のCoreアーキまで待たねばならなかった。
803:デフォルトの名無しさん
19/08/07 01:29:12.70 hgZOchGN.net
キチガイのデタラメ続くな
804:デフォルトの名無しさん
19/08/07 03:21:51.02 CtX/cgRv.net
ハードの進化がJVMの欠点を隠した、と言う事
2005ぐらいまではJavaアプレットでお絵かきして遊んでたぐらいだった
ここ数年でJavaへ移行する大型プロジェクトが多かったが、一段落ついたらライセンス化された
無料で新規にプロジェクト組むのは色々有って増える事は無い
減るだけだろう
805:デフォルトの名無しさん
19/08/07 03:39:24.56 CtX/cgRv.net
みずほ銀行が合併3行の内紛でCOBOLからJavaへ移行がぐちゃぐちゃになって何とかシステム移行出来たのが、つい最近
と、同時にリストラ発表で人員削減
Javaになったシステムは稼働ライセンス契約が開始
そのみずほ銀行から天下りした社長の7Payはプログラムソース漏洩で個人情報漏洩発覚
安易に時流に乗って必要な分析怠ると色々事件発生するこの業界
おまけにみずほは韓国へ資金援助しており回収不能、今後も投資するとか言ってる
サグラダファミリアみたいなシステム作って無駄になる可能性出て来た
806:デフォルトの名無しさん
19/08/07 07:25:21.69 9Ff0DYo3.net
>>768
C/C++コードが Java や C# より速いのは、配列のレンジチェックだけでなく、
GC を使ってないことがかなり大きい。
807:デフォルトの名無しさん
19/08/07 07:32:40.22 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:デフォルトの名無しさん
19/08/07 07:43:20.47 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:デフォルトの名無しさん
19/08/07 09:14:38.12 +jdcPadD.net
モダンC++対マネｰジコｰド:パフォｰマンス対生産性
URLﾘﾝｸ(www.infoq.com)
まず､JITコンパイルは主要な問題ではありません｡根本原因はずっと基本的なことです｡マネｰジ言語は基本的にパフォｰマンス効率がぎりぎりの時でさえも､それを犠牲にして､プログラマｰの生産性を最適化するよう､意図的に設計上のトレｰドオフを行なっています｡
マネｰジ言語の設計者は､設計のためにパフォｰマンスよりも安全性の道を選びました｡例えば､配列の境界外の要素にアクセスするのは､無効な操作であり､プログラムの実行を終了させます｡クラッシュしたり､攻撃可能なセキュリティホｰルを作ることがないようにしています｡
2つ目に､たとえJITが唯一の大きな問題であったとしても､JITは普通に最適化するコンパイラｰ程良くなることはありません｡なぜならJITコンパイラｰには､速いことが重要であり､最適化したコｰドの生成を気にしていないからです｡
｢予防｣と｢治療｣にはいつも避けがたい､基本的な差があります｡パフォｰマンスの最適化となると､C++はいつも｢予防｣を選び､これまで述べた英雄的な努力とそれ以上によって､マネｰジ言語は｢治療｣を選びます｡
しかし､古くから諺である予防はいかなる治療にも勝るは､絶対です｡予防には勝てません(その理由の1つは､最初に予防した後に治療ができるからです｡しかし逆はできません)｡
もしパフォｰマンスとコントロｰルを一番大事にするなら､それを一番優先するように設計されている言語を使うべきです｡それだけです｡
810:デフォルトの名無しさん
19/08/07 10:09:26.43 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:デフォルトの名無しさん
19/08/07 10:10:18.74 9Ff0DYo3.net
>>785
誤：とすると、O(1)、O(N)はなく、
正：とすると、O(1)、O(N)ではなく、
813:デフォルトの名無しさん
19/08/07 10:18:39.48 9Ff0DYo3.net
>>783
したがって、こう書けます：
g(N)～1 = データ量Nが大きくなっても処理時間に変化が起きない。
g(N)～N = データ量Nが大きくなると、処理時間がNに比例して大きくなっていく。
814:デフォルトの名無しさん
19/08/07 17:53:59.16 laWGGkJb.net
swing使ってる人って少ないんでしょうかね。
ラベルとかボタンの日本語フォントが汚すぎて泣きたい。
815:デフォルトの名無しさん
19/08/07 17:55:00.63 JJ71BbCv.net
>>788
以前、使ってたよ。
816:デフォルトの名無しさん
19/08/07 18:45:40.88 CtX/cgRv.net
Swingなんてまだ使ってる所有るんだなw
あのUIは個人的には凄い嫌だわw
817:デフォルトの名無しさん
19/08/07 20:42:35.75 L/Kq497P.net
>>785
配列をソートするとき。中身がオブジェクトの場合、実際にメモリ交換が起きるのは、参照アドレスだけになるんですか？
C++の場合は、意識して、クラスの参照アドレスを配列にいれないと中身が移動するので遅くなるはず。
また、リスト、マップ、ベクター（C++では、STL）では、どうなんでしょうか？
818:デフォルトの名無しさん
19/08/07 20:47:07.34 nHUnBCAO.net
>>791
そういう場合普通indexだけソートしない？
819:デフォルトの名無しさん
19/08/07 22:34:26.29 QJP7bLCl.net
>>775
その現在では否定されているフレーズを使うのはJava信者の特徴
820:デフォルトの名無しさん
19/08/07 23:10:43.71 9QksBaox.net
>>791
Javaの場合は、原則的には実態ではなく参照だけの入れ替え(交換)になる。
実体の入れ替えは、同じメンバ同士の値を交換することによって
行えなくは無い。しかし、その場合でも Object 系のメンバについては
参照だけの交換が基本。ただし、実は Shallow Copy と Deep Copy の
違いなるものがあって、深く交換することも可能は可能。
今言ったメンバ同士の交換を、Object系のメンバについても「再帰的に」
繰り返せば、Deep Copy（今の場合は交換だけど）といって深い複製や
交換も可能は可能。
821:デフォルトの名無しさん
19/08/07 23:30:55.27 9QksBaox.net
>>794
C++の場合は、もともとの言語設計では参照カウンタ方式が使われないので、
自前で参照カウンタを設けたりスマートポインター系を使わない限りは、
「Copy」しないとプログミングしにくい場合がある。
その部分に関して(だけ)は、Javaの方がC++より効率が良い感じがある。
つまり、参照を何度でも複数の参照変数に入れても言語処理系が
参照カウンタが0になった時に勝手に解放してくれる手軽さがあるから。
C++だと参照カウンタを明示的に使わない限りは自動解放してくれないので
コピーして使うほうが楽になる傾向があったりする。必ずしもそうでも無いけど。
822:デフォルトの名無しさん
19/08/07 23:51:33.69 XXtLvM+5.net
つまりＣ＋＋のほうが遅くなるんですね
823:デフォルトの名無しさん
19/08/08 00:22:27.09 au+Ad+En.net
>>795
C++で、new は簡単だけど、deleteするタイミングは難しいですね。
結果、小さなクラスや、小さな配列は、何も考えずに、配列や、stl::list 等 にぶち込むのでコピーになっていますね。たぶん。
824:デフォルトの名無しさん
19/08/08 00:49:39.24 kZ+216R/.net
>>796
その部分に関して(だけ)はどうしてもC++の方が効率が下がりがちでは有る。
自動delete機能のあるか無いかの違いがプログラムの仕方そのものにも影響を与え
て、C++は本来必要の無いコピーをしがちになりがち
825:。
826:デフォルトの名無しさん
19/08/08 00:52:36.86 kZ+216R/.net
>>798
但し、実際にやってみるとC++はコピーも速く出来がちなので、本来効率の悪い
はずのコピーであってもJavaのGC方式を使ってコピーを減らしたものようりも
結果的にはだいぶ速い事が多い。実際今こっちでやってるプログラムは、
C++で書いていてDeepCopyを結構使ってるけど、JavaでShallowCopy使った
ものよりもはるかに速く動作している。
827:デフォルトの名無しさん
19/08/08 01:01:20.58 kZ+216R/.net
>>797
なお、C++のstd::list はリンクリストなので、要素の実体のコピーは滅多に
伴わないため効率は高い。
1つのオブジェクトが色々な場所から不規則に参照されている場合、
静的に delete すべきタイミングを予想する事は難しいことが多い。
828:デフォルトの名無しさん
19/08/08 01:04:16.53 WU4h/4mO.net
そんな必死にC++の優位性を説かなくても普通の人は分かってるから大丈夫ですよ
829:デフォルトの名無しさん
19/08/08 12:20:46.68 au+Ad+En.net
Windows でさくさく動く入力画面を、Javaで作ろうと思ったら、何を使えばいいんですか？
830:デフォルトの名無しさん
19/08/08 12:23:53.23 g7vMnjY9.net
Javaはインタラクティブな環境には向いてない
831:デフォルトの名無しさん
19/08/08 12:57:51.39 tNQxWg+7.net
>>802
SWT
832:デフォルトの名無しさん
19/08/08 13:30:24.27 47HmOZq4.net
>>802
Swing。
833:デフォルトの名無しさん
19/08/08 18:59:11.57 H6bg8+pU.net
いまどきSwingはない
834:デフォルトの名無しさん
19/08/08 19:11:59.83 47HmOZq4.net
Swingはとても美しい構造をしているので時代遅れにはなりにくい。
GUIライブラリとしては歴史に残るような美しさ、センス、品質の良さを
持っていると思う。
835:デフォルトの名無しさん
19/08/08 19:38:42.81 Uf57djo8.net
部品くっつけて載せるだけで何回も登録しなきゃいけなくてめんどい
いまだにテキストエリアの文字数制限自作とかちょっとない
Ｓｅｒｉａｌｉｚｅ定数が見苦しい
すぐフォーマット崩れる
836:デフォルトの名無しさん
19/08/08 21:33:20.27 H6bg8+pU.net
Windowsと言われているのにSwingだと、見た目でこれは何か言われるぞ。
837:デフォルトの名無しさん
19/08/08 23:22:18.33 WU4h/4mO.net
もうswing出てから20年以上経ってんだよな
20年前のGUIを今使えって言われてもなあ
そして誰も言わないJavaFX
838:デフォルトの名無しさん
19/08/08 23:48:11.91 Uf57djo8.net
そんなのもありましたね
いつまでたってもＥｃｌｉｐｓｅがまともなポトペタエディタ提供してくれないから
839:デフォルトの名無しさん
19/08/09 00:26:22.40 t444AM9O.net
20年以上,vc++ で mfc 使ってますけどね～笑
意外と廃れないなーと思っています。うまく作れば、xpからwin10まで動くし。。。
840:デフォルトの名無しさん
19/08/09 00:26:31.42 REyYkB/9.net
>>810
Java FXは消えゆくのみだから
841:デフォルトの名無しさん
19/08/09 00:29:33.38 REyYkB/9.net
>>812
何を当たり前のこと。Windows SDKでの開発はWindows APIもメッセージも変わりすぎて対応が難しい。
.NET Frameworkも手を入れすぎていて複雑化している。
842:デフォルトの名無しさん
19/08/09 02:22:26.77 uiaCkOG1.net
Javaは遅くないなんて言ってる低スキル者がいて笑えるw
使って気づかないって相当なアホだろw
843:デフォルトの名無しさん
19/08/09 07:00:49.84 wDIMdjXm.net
妙にもっさり感はある
なぜだ
844:デフォルトの名無しさん
19/08/09 09:18:09.69 EB7OQm+o.net
>>811
NetBeansが最初から今の出来だったら少しは違ったかもな
845:デフォルトの名無しさん
19/08/09 14:56:02.88 ayktvmiN.net
いちいちnewしてそう
846:デフォルトの名無しさん
19/08/09 16:24:50.85 t444AM9O.net
金融系で案件で目にする、レガシーなCOBOLからJavaへ
847:の置き換えって、 オブジェクト指向の設計をしなおしてるのですか？ ひょっとして、クラスひとつだけで、作っちゃってるとか？
848:デフォルトの名無しさん
19/08/09 17:01:30.67 k59YotFG.net
swingに変わる奴無いの？
JavaFXは論外なので却下
849:デフォルトの名無しさん
19/08/09 19:17:26.34 REyYkB/9.net
>>820
SWTと言っているだろうが
850:デフォルトの名無しさん
19/08/09 21:58:04.74 wDIMdjXm.net
スレッド用に別途ヒープ空間用意するとかできんのか
851:デフォルトの名無しさん
19/08/10 01:51:46.74 h4ssMOj3.net
VM捨ててネィティブ変換したり、ライブラリの多くをC/C++に置き換えてなんとか使える速度になったのに
なぜJavaが糞遅くないって思っているのか不思議。低スキルすぎてスタックとヒープの速度差とか全然理解してなさそう。
852:デフォルトの名無しさん
19/08/10 03:12:17.45 Jt+4H/sx.net
まずお前の頭が悪いことを理解しよう
853:デフォルトの名無しさん
19/08/10 04:42:55.09 h4ssMOj3.net
>>824
技術的な反論が一つも言えないおまえの頭は悪いと理解した。
しかも相当に。むしろ哀れである。笑える。
854:デフォルトの名無しさん
19/08/10 05:40:08.29 CTtSmkOq.net
話の前提も論理展開も主観的評価もめちゃくちゃすぎて技術的な話が成立する気がしない
頭悪そうとしか言いようがない
855:デフォルトの名無しさん
19/08/10 06:13:20.29 h4ssMOj3.net
>>826
なんで技術ネタに逃げるようなような低脳馬鹿がこの板にいるのだろうか。
低スキルだと自覚があるならそういう恥ずかしい煽りなどせず黙ってろよ、低脳君。
なぜ多くのライブラリをC/C++で書き直した？
Javaで書いたら糞遅かったからだろ。他に理由があるのか。低スキルJava信者よ。
答えよ。おまえ指定だ。他のIDの奴は答えなくていい。
856:デフォルトの名無しさん
19/08/10 06:30:52.43 CTtSmkOq.net
どれのこと？
857:デフォルトの名無しさん
19/08/10 06:34:40.04 h4ssMOj3.net
リアルで、話の前提も論理展開も主観的評価も全くできない低脳すぎて話が成立しなくてワロタwww
いや、馬鹿とか低スキルとかいうレベルではないな。
ID:CTtSmkOq ← これぞリアル池沼ww
858:デフォルトの名無しさん
19/08/10 06:51:45.70 maQY7nyS.net
多くのライブラリ？
859:デフォルトの名無しさん
19/08/10 11:00:00.72 Jt+4H/sx.net
VM捨てたというのは具体的になんのこと？
860:デフォルトの名無しさん
19/08/10 12:20:32.38 jOgNlW/N.net
javは死んでるよ
rubyも
861:デフォルトの名無しさん
19/08/10 13:36:02.87 wlkOG8+O.net
多くのライブラリ？
862:デフォルトの名無しさん
19/08/10 13:36:46.42 wlkOG8+O.net
JavaのライブラリはJavaですよ
863:デフォルトの名無しさん
19/08/10 13:46:18.80 3H0/ea7Q.net
多くのライブラリと言っておきながら、まさか一つも例を上げられずに逃走するとは
このときは想像することも出来なかったのです…
864:デフォルトの名無しさん
19/08/10 16:28:23.91 IC8yFVV5.net
プログラミング言語のどれが速いかなんて、条件の設定次第でどっちにでも傾く。
865:デフォルトの名無しさん
19/08/10 17:30:59.24 h4ssMOj3.net
IDを指定して質問した本人はとっくに逃げ出したのに、また嘘八百の捏造を並べ始めたかJava信者。昔からほんと嘘つきだなw
wikipediaに書いてある。諦めろ。
> Javaプログラムの実行速度が遅かった
そんなに高速化したのならブラウザの一つでもオールJavaで書いてみろ。2chブウラザでもいい。
866:デフォルトの名無しさん
19/08/10 17:51:08.82 Qck8xEN+.net
またデタラメ君か
このバカ全然話通じないから相手するだけ無駄だぞ
867:デフォルトの名無しさん
19/08/10 17:52:00.81 h4ssMOj3.net
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)
「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)
Java厨哀れだなw
868:デフォルトの名無しさん
19/08/10 17:52:44.35 ztVC6i5a.net
まだいるよ
ちゃんと答えてくれるの待ってる
869:デフォルトの名無しさん
19/08/10 17:59:07.47 h4ssMOj3.net
>>838
870: javaが遅いと感じる１０の 以下略 > 基本的にJavaは『遅い』と思われている。理由は二点あって、 > 一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、 > 一つは実際に依然として遅い面がある点だ。
871:デフォルトの名無しさん
19/08/10 18:01:29.88 h4ssMOj3.net
>>840
> COBOLのコードを手動でJavaにおき直す仕事もした事あるけど
> 「COBOLより糞遅いな。Javaやっぱり駄目だね」とお客さんの一言で終わった
ほんとJavaって終わってんだな。こんなの真面目に大学で勉強して未だに高速だと信じてて笑えるw
872:デフォルトの名無しさん
19/08/10 18:03:15.48 V4kb7C62.net
そんなに遅いのにGoogleもAmazonも使ってるのはなんでなのん
873:デフォルトの名無しさん
19/08/10 18:03:57.02 Qck8xEN+.net
まあ元々クソスレだしどうでもいいかｗ
874:デフォルトの名無しさん
19/08/10 18:12:18.40 ztVC6i5a.net
ＪａｖａのライブラリをＣ＋＋に書き直した話をしてて
なんでか俺に聞いてたはずだが
単に彼の思い込みで間違いだったのだろうか
あんなに強い口調で主張の根拠にしてたのに
875:デフォルトの名無しさん
19/08/10 18:15:12.26 h4ssMOj3.net
>>843
低スキル低学歴の馬鹿でも使えるからさ。wikipedieaに書いてるだろう。
> 1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの
> アプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。
> 彼らはC++ではコンピュータ資源を食いすぎると判断した。
> またC++は複雑なプログラミング言語であり、C++を使うプログラマは注意していても間違いを犯しがちである。
彼らの脳みそではC++は難しすぎたのさ。だが今でも多くの速度のいるアプリやライブラリ、
DB、OS、ドライバなどはC/C++で書かれている。つまり馬鹿だったはのおまえと彼らだけだったという話だ。
しかもJavaは糞遅いなどと使えばすぐわかることすら理解できないのだから。
876:デフォルトの名無しさん
19/08/10 18:20:37.46 h4ssMOj3.net
>>845
「C++ 遅い」で検索
About 282,000 results (0.28 seconds)
「Java 遅い」で検索
About 6,280,000 results (0.24 seconds)
妄想から覚めろ、Java信者w
877:デフォルトの名無しさん
19/08/10 18:22:15.68 h4ssMOj3.net
>>845
いいかげんに答えてくれないか。JavaはC/C++より速いのだろう。
なら、C/C++で書かれたブラウザや高速ライブラリがJavaで書き直された例がたくさんあるはずだ。
878:デフォルトの名無しさん
19/08/10 18:35:06.12 h4ssMOj3.net
>>844
低スキルのおまえは録にコード書けないだろうからわざわざ見つけてきたぞ。Java製ブラウザ。
HotJava
URLﾘﾝｸ(ja.wikipedia.org)
> HotJavaはほとんど普及していない。
> ▽HotJava 1.1.5. 総Javaで作られたブラウザ。総Javaだけあって、かなり動きは遅いです。 時々原因不明に固まったりするので
> ▽HotJava 3.0. 総Javaなブラウザ。やはり重い。
頑張って使えや、コードも書けず煽りと捏造しか書けない低スキルJava信者。
879:デフォルトの名無しさん
19/08/10 18:36:19.19 ztVC6i5a.net
いや
お前がＪａｖａがくそ遅いからライブラリをＣ＋＋に書き直したのがいっぱいあるからって俺に理由聞いて
俺がどれのことかって聞いてそのままなんだ
答えてくれないかって言われても
880:デフォルトの名無しさん
19/08/10 18:48:11.12 h4ssMOj3.net
>>850
まあなんだ、気持ちは分かるよ。訴訟しまくった結果、MSから捨てられ、Googleから捨てられ、
ユーザーから捨てられ、信者からも捨てられ、完全にオワコンになったJava。
キミはどこの大学でJavaを学んだんだい？ Javaを教えてくれた教授に言ってやれ。おれの青春を返せってw
881:デフォルトの名無しさん
19/08/10 19:02:38.93 ztVC6i5a.net
上っ面勝ち誇った顔したいだけで実際の中身に一切興味ないやつうちの職場にもいた
世の中こんな連中だらけだ
882:デフォルトの名無しさん
19/08/10 19:12:51.42 h4ssMOj3.net
>>852
Javaの職場って元コボラーだらけだから当然です。
883: C++屋がJava案件に投入されるときはパフォーマンス改善の尻拭いです。 でなにをするか、JNIでモジュールを外に出してC++で置き換えです。 そしてコボラーは言う。Javaってほんと糞遅いよなって。 しかしJava屋はいつも言う。インテルが遅いせいだ。 ほんとおまえらのような低スキル信者ってほんと恥を知らない。
884:デフォルトの名無しさん
19/08/10 19:15:37.64 gTkfZysT.net
GAFAで全く相手にされてない.NETerの僻みでは
885:デフォルトの名無しさん
19/08/10 19:26:54.60 h4ssMOj3.net
googleから捨てられたからまたサーバサイドだけになったな、Java(笑)
C/C++より速いのになんでテキスト吐くだけの簡単なお仕事しかさせてもらえないのか、不運で哀れな、Java(笑)
886:デフォルトの名無しさん
19/08/10 19:33:00.76 gTkfZysT.net
AzureでJavaカスタムランタイムの提供
SQLServerでJavaサポート開始
AdoptOpenJDKのプラチナスポンサーでコードも提供
MSのJavaサポートは増していくばかり
887:デフォルトの名無しさん
19/08/10 19:34:36.91 d6/EQLtz.net
>>837
V2Cは快適に使ってたけど更新されなくなって使えなくなった
非公式版があるらしいけど今はもう知らん
あれはかなり良くできてたよ
888:デフォルトの名無しさん
19/08/10 19:42:24.28 h4ssMOj3.net
>>857
Java屋(笑)はなんで自分の高スキルを活かして、JavaでブラウザやRDBMSを書かないんだろうな。
C/C++よりJavaは高速なのに。どこでも動いてC/C++より高速なんて夢のような言語だぜ。
889:デフォルトの名無しさん
19/08/10 20:00:09.87 y2dMvDiS.net
>>819
オブジェクト指向でのCOBOL移行ほとんどしてない
実装結果はCOBOLとほとんど変わらないスパゲッティプログラムになってる
(変換ツールで一斉変換)
オブジェクト指向でJavaに移行しても読める技術者と読めない技術者出て来るからね
890:デフォルトの名無しさん
19/08/10 20:19:24.08 h4ssMOj3.net
COBOLの案件は総じて逐次処理ばかりである。スパゲッテイに見えても何の複雑性もなくシンプルだ。
だがオブジェクト思考はどうだろう。これがオブジェクト思考だと言わんばかりに隠蔽と継承を重ね、速度がどんどん遅くなる。
一つのデータを参照するのに一体いくつのvtableを跨ぐのだ。しかも実態コードが一体どこにあるかすら探すのも面倒だ。
無駄なコード、無駄な処理を大量に生み、納期を蝕み、そしてみな逃げ出す。
891:デフォルトの名無しさん
19/08/10 21:23:16.93 ztVC6i5a.net
Javaの最大の利点はprivateとinterfaceの両面からの責任の分離にある
C++だとprivateにしても結局うまく分離できない
本質ではないとか文句言ってるやつもいたが知らん
プログラムで利用できる汎用的問題を分離して扱いやすくるのがＪａｖａの使命だった
そしてそれはＪａｖａによってほぼ達成され限界がみえてきた
それで今やっぱり関数型に戻ろうという動きがでてきてる
Ｊａｖａが成し遂げたことが消え去るはずがない
関数型が主流になってもやっぱりprivateもオブジェクトも、インターフェースも存在し続けるだろう
892:デフォルトの名無しさん
19/08/10 21:23:26.09 Qck8xEN+.net
Javaもろくにできないから会社クビになった人の八つ当たりでした
まだまだ続くよ！
893:デフォルトの名無しさん
19/08/10 21:25:32.58 h4ssMOj3.net
>>862
分かるよ。無職でプロジェクトの経験もないし、技術ネタにも会話に入れない。
そんなキミにできるのは煽ることだけ。それでも立派だよ!!!
894:デフォルトの名無しさん
19/08/10 21:25:54.49 ztVC6i5a.net
少々の給料では自分が世界に残せるものが少なくなるのとつりあいがとれない
Ｃｏｂｏｌからの人の逃げっぷりはしゃれにならない
Ｃｏｂｏｌは煩雑な上に必要な制約を欠き環境も
895:レガシー 結局生産性わるいのをみな知ってる しかも人少ないから捕まったら一生逃げれない みんな必死で逃げる
896:デフォルトの名無しさん
19/08/10 21:29:31.97 h4ssMOj3.net
>>861
なに言ってるか分からんが高スキルのようだ。ぜひブラウザを書いてみてくれ。キミの自慢のJavaで。
897:デフォルトの名無しさん
19/08/10 21:36:32.10 h4ssMOj3.net
じゃあその高速のJavaでブラウザ書いてくれというと絶対に書かないよな。
まあいいよ。このスレの糞ガキなんて無職で低スキルだからな。
だがよ、世界中のJava屋が書かないんだ。
確かにHotJavaというのは過去にあったが遅くてバグだらけで全く普及せず(笑)
898:デフォルトの名無しさん
19/08/10 21:36:45.11 ztVC6i5a.net
ＨＴＭＬ対応を一人で実装とか何言語でもむりげ
899:デフォルトの名無しさん
19/08/10 21:45:15.21 h4ssMOj3.net
もちろん複数人でもいいですよ。コンパイラコンパイラもC/C++製は使わないでねw
900:デフォルトの名無しさん
19/08/10 21:45:39.35 ztVC6i5a.net
URLﾘﾝｸ(github.com)
ちょっとぐぐっただけでいきなり引っかかったぞ
本当に世界中調べたのか？
お前が英語読めなくて企業が見せてくれる世界しか見てないんじゃないか？
901:デフォルトの名無しさん
19/08/10 21:49:46.48 h4ssMOj3.net
>>869
でかしたぞ。使ってみろ。どけだけIEやChromeより高速か試してくれ。
902:デフォルトの名無しさん
19/08/10 21:52:32.15 ztVC6i5a.net
俺の会社のやつも人にケチつけるだけで自分で何にもしようとしなかった
さすがに腹立つからお前がやれ
903:デフォルトの名無しさん
19/08/10 21:55:00.78 h4ssMOj3.net
よしわかった。しばし待て。仮想環境にJavaインストールするから。
904:デフォルトの名無しさん
19/08/10 22:01:42.15 IgxUglY5.net
Javaのパフォｰマンスについての9つの誤信
URLﾘﾝｸ(www.infoq.com)
905:デフォルトの名無しさん
19/08/10 22:16:26.28 Qck8xEN+.net
皆さん、こいつに正論言っても無駄ですよ
何にもできないくせに口ばっかり達者で、論破されそうになると暴れて滅茶苦茶言い出すだけだから
からかって遊ぶ分にはそれなりに面白いかもね
906:デフォルトの名無しさん
19/08/10 22:28:48.96 Jt+4H/sx.net
C++で書き直されたライブラリと
VMを捨てて採用された技術を教えてほしいが
出てこんな
907:デフォルトの名無しさん
19/08/11 00:32:11.72 UiwR3IAb.net
Javaの将来性が無いって方向性には同意したいのに
端々にどっから持って来たか判らん御伽話を挟んでくるから困る
908:デフォルトの名無しさん
19/08/11 01:18:50.95 U/5MlCLL.net
Java製ブラウザ
URLﾘﾝｸ(github.com)
この性能見ればJavaがどれだけC++より高速かわかるで
909:デフォルトの名無しさん
19/08/11 12:45:16.17 I8FDq1IQ.net
Javaの夢
URLﾘﾝｸ(freelance-programmer.com)
910:デフォルトの名無しさん
19/08/11 13:05:18.55 Ov8rHfx5.net
java をソースから、ネイティブコードにコンパイルって可能なんですかね？
それは、もはや、javaではないというには、おいておいて、
vmの類を捨て去ると、c++に肉薄できる？
911:デフォルトの名無しさん
19/08/11 14:39:52.53 JB2lv/Xc.net
>>879
JavaのVMを素通りするわけじゃないからな。勘違いするな。
912:デフォルトの名無しさん
19/08/11 15:52:04.32 6WDJ+Uwg.net
VMの機能もネイティブコードに加えたら
名前解決で差が出そう
913:デフォルトの名無しさん
19/08/11 16:04:14.10 LNlz7QeX.net
>>879
無理。GCが有る言語はC++の速度にはならない。
CPUがいくら速くなっても無理。それはデータ量Nに対して、
計算オーダーが違ってくるから。C++の場合はO(1)で済むのに
GCのある言語では、O(N)になる。その結果、CPUがいくら速くなっても
データが増えるとまたC++に負けるので結局追いつくことがない。
914:デフォルトの名無しさん
19/08/11 16:09:51.91 LNlz7QeX.net
>>8
915:82 誤解なきように言っておくと、データが増えれば単にその分遅くなるだけなら、 C++でも同じなのだが、GCのある言語だと、データが10倍になると、 処理時間が100倍になったりするということ。これがCPUの進化では C++とJava/C#で体感速度の差が埋まらない理由。
916:デフォルトの名無しさん
19/08/11 16:40:41.19 Ov8rHfx5.net
>>883
結局、パフォーマンスが幾何級数的に悪化するので、確保したメモリは適切なタイミングで開放するという
Cの基本的なお作法はパフォーマンスの点で決定的であるということですね。
少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリと、GCのせいでメモリが増えてパフォーマンスが
極端に悪化するjavaと運用的にはそう変わらないかもしれませんね。
917:デフォルトの名無しさん
19/08/11 17:22:45.38 HsX9KUVy.net
>>884
>GCのせいでメモリが増えてパフォーマンスが 極端に悪化する
ここは、メモリ使用量が増えて、かつ、GCが起きることによってパフォーマンスも
極端に悪化する、ということだね。
918:デフォルトの名無しさん
19/08/11 17:27:24.97 LNlz7QeX.net
>>884
>少しずつ、メモリが増えてリークしているかも知れない、C/C++アプリ
これは、VC++ の場合だと、_DEBUG_NEW を使うと、リークした
場所分かるし、new("文字列", 数値) TYPE などとすると自分で好きな
情報も入れられるので、リークは無くそうと思えば無くせる。
ただ、完全にリークをなくそうとするとその分、ある種の「無駄なロジック」
を入れざるを得なくなったりして速度低下してしまうので、設計方針
によっては多少はリークしても構わないという方針の場合もある。
一年間も終わらずに動作し続けるようなプログラムの場合はそれでは
駄目だと思うけれど。
919:デフォルトの名無しさん
19/08/11 17:32:58.55 438KhqLR.net
N88-BasicではGCで数分間プログラムが止まることがあったらしい。
920:デフォルトの名無しさん
19/08/11 17:51:57.59 YL3F5pyF.net
>>886
そういう泥沼のゲリラ戦を戦ってると遅かれ早かれ戦死すると>>878にありますが本当ですか？
921:デフォルトの名無しさん
19/08/11 18:26:37.54 G19pKHro.net
Ｃ＋＋ももうだめだ
これからの時代はＲｕｓｔだ
922:
19/08/11 18:28:07.41 EWNjTlvC.net
>>886
昔の borland C++ では便利なオプションがあって自分が new したものを delete したかどうかを確かめることができたんですが、
最近 borland C++ は clang に移行して、このオプションは使えなくなったみたいですね、すっごく残念です
923:デフォルトの名無しさん
19/08/11 19:47:18.15 LNlz7QeX.net
>>889
実は、Rustが良い部分があるとしても、そのアイデアだけを取り込ん
だC++が出来ることになるらしいです。
924:デフォルトの名無しさん
19/08/11 19:55:49.80 JB2lv/Xc.net
>>890
じじいよ、OSの仕様を知っているのか？
そんなレベルで話しているとは情けない。
925:
19/08/11 19:58:03.93 EWNjTlvC.net
>>892
詳しくお願いいたします m(_ _)m
926:デフォルトの名無しさん
19/08/11 21:20:22.43 NQYHU8rZ.net
ランタイムライブラリの細工で吸収できる範囲じゃろ
そんなレベルで話しているとは情けない
927:デフォルトの名無しさん
19/08/11 21:42:24.44 JB2lv/Xc.net
>>893
解放構文は解放リストに載るだけですよ。
928:
19/08/11 21:45:42.08 EWNjTlvC.net
>>895
矛盾した説明ですね
もし Java であったら、そもそも「解放リストに載せる」方法自体が存在しないのでは？
もし C++ だったら、解放リストに載せるだけではなく、解放してしまうのでは？
わからないのならわからないと自覚したほうがいいと思います
929:デフォルトの名無しさん
19/08/11 22:25:05.18 JB2lv/Xc.net
>>896
そんなレベルだと思わなかったわ。
930:デフォルトの名無しさん
19/08/11 22:26:47.28 JB2lv/Xc.net
C++の知識があるなら、C言語の仕様はUNIXの仕様とセットだったことくらい知っているだろうが。
931:
19/08/11 22:32:00.60 EWNjTlvC.net
>>898
それらしいキーワ
932:ードを投げとけばいい、とか精度の悪い攻撃方法ですね…
933:デフォルトの名無しさん
19/08/11 22:33:16.82 U/5MlCLL.net
>>898
Cの仕様ってどの仕様のことを言ってるんだ？
934:デフォルトの名無しさん
19/08/12 01:44:28.49 RRk3bsyt.net
「COBOLはレガシー」
※ただし日本だけの風潮
IBMは偉大
935:デフォルトの名無しさん
19/08/12 03:12:57.37 Rabidtip.net
C++より遅いのが問題なら大半の言語が死滅してるだろw
936:デフォルトの名無しさん
19/08/12 03:40:04.93 L6COzxjl.net
>>902
Java製ブラウザ
URLﾘﾝｸ(github.com)
まじいいぞ、これ。JavaはC++より速いというだけあるぞw
937:デフォルトの名無しさん
19/08/12 04:46:27.41 vrbZPf3l.net
Chromeの方が良くない？
938:デフォルトの名無しさん
19/08/12 06:37:35.78 x+nEU30G.net
JavaがC++より速いわけ無いです。
939:デフォルトの名無しさん
19/08/12 07:32:32.31 L6COzxjl.net
>>905
使ってから言えよなw
URLﾘﾝｸ(github.com)
940:デフォルトの名無しさん
19/08/12 07:42:45.62 vrbZPf3l.net
でもそれよりChromeの方が速くない？
941:デフォルトの名無しさん
19/08/13 01:04:22.05 7d5N3WwR.net
あれだけJavaは遅くないとか妄想垂れ流してた低スキルのアホどもはどこ行ったの？
Javaのブラウザ
URLﾘﾝｸ(github.com)
942:デフォルトの名無しさん
19/08/13 13:35:35.12 8lOw9+h9.net
ブラウザは、キチンと実装しようとすれば、言語にかかわらず、複雑で重くなるので、
評価が難しいですよ。javaで、ie,chromeに匹敵するモノができたんであれば、それは
実装者の能力がすごいということですね。
943:デフォルトの名無しさん
19/08/13 14:02:50.04 0tGTLGVK.net
>>908
妄言は「Javaが遅くない」じゃなくて
お前の「Javaが遅いからデスマになった」だろ
四の五の言ってないではよ証拠もってこい低脳リストラリーマン
944:デフォルトの名無しさん
19/08/13 15:44:43.61 3QMDfaUV.net
いまどきJavaが遅いと言ってしまうと、スクリプト言語はさらに遅いので、ただの無知だと思われてしまう。
945:デフォルトの名無しさん
19/08/13 16:26:01.94 PvshuRsa.net
なんの速度化によるだろ。
スクリプト言語は、コード修正から実行までの速度が速い
C言語などのコンパイラ言語も、Javaなどの仮想マシン言語も
コンパイル時間が必要になるから、コード修正から実行までの速度は遅くなる
946:デフォルトの名無しさん
19/08/13 17:19:49.43 73xuM57o.net
NormalizerでWebページのテキストを半角変換する時に、でかいページだと数秒かかってしまう。0.1秒でやって欲しいんですけど。
947:
19/08/13 17:26:30.22 RSblMGL3.net
>>912
C/C++ でやってますが、コンパイルが遅くて遅くて…というほどの規模のものはやったことがありません
まあ make -j を便利につかっているせいもありますが
948:デフォルトの名無しさん
19/08/13 17:50:12.34 PvshuRsa.net
>>914
複数のファイルを結合したことがありますか？
複数のファイルで参照されるヘッダファイルを作ったことがありますか？
949:
19/08/13 18:16:14.36 RSblMGL3.net
>>915
>>914
＞make -j
950:デフォルトの名無しさん
19/08/13 18:52:17.80 PvshuRsa.net
なぜmake -jを使うのでしょうか？
1秒未満で終わるなら必要ないでしょう？
それ以上かかってますよね。
遅い！
951:デフォルトの名無しさん
19/08/13 18:56:45.10 PvshuRsa.net
前からずっと思ってるんだけど、ソースコード編集中に
バックグラウンドで関数レベルでプリコンパイル、部分的にリンクとかしてればいいと思うんだけどな。
ソースコード保存しなくてもプリコンパイルして、保存した段階で
反映させるとかすれば、コンパイル遅くても一瞬で終わるはず
やっぱり難しいのかな。
952:デフォルトの名無しさん
19/08/13 19:32:48.68 tpzkwMyE.net
そんでそのブラウザ早かったのか遅かったのか
953:
19/08/13 19:39:27.23 RSblMGL3.net
>>917
タイムスタンプの刻み値が1秒単位、ということとコンパイル時間が 1 秒以内、ということとはなんの関係もないでしょうね
954:デフォルトの名無しさん
19/08/13 19:48:18.22 PvshuRsa.net
タイムスタンプの刻みは1秒じゃないからなんの関係もないよｗ
955:デフォルトの名無しさん
19/08/13 19:50:50.66 A8hGL0NS.net
>>918
リンクの意味がわかっているのか？
956:デフォルトの名無しさん
19/08/13 19:52:24.86 PvshuRsa.net
>>922
そういう質問にはわかってるって答えるだけだけど？
957:蟻人間
19/08/13 19:57:37.71 knDC27wR.net
「インクリメンタルビルド」って技術がすでにあるよ。
URLﾘﾝｸ(ja.wikipedia.org)ビルド_(ソフトウェア)
958:デフォルトの名無しさん
19/08/13 19:59:47.84 A8hGL0NS.net
>>923
ファイルが揃ってないのにリンクできるのか？
リンクが何をしているのか理解していない。
959:デフォルトの名無しさん
19/08/13 20:04:43.53 PvshuRsa.net
>>924
> GNU Make[2]では更にソースコードの依存関係を管理でき、変更された部分だけをコンパイルするインクリメンタルビルドが可能になった。
> これがビルドの自動化の始まりである。その第一の目的はコンパイラやリンカの呼び出しを自動化することだった。
それをソースコードを記述中に保存する前にバックグラウンドで行うってことね。
ソースコードをディスクに保存して、ディスクから読み取ってビルドするよりも
メモリ内でビルドしてしまったほうが速いのは言うまでもないと思う
960:デフォルトの名無しさん
19/08/13 20:10:18.82 PvshuRsa.net
>>925
お前リンクが何をしてるのか知らんのか？ｗ
ファイルを順番に結合してるだけなんじゃないぞ
結合の順番はどうでもよくて、関数の呼び出しテーブルを
適切なアドレスに書き換えてる。
揃ったファイルから結合することも可能だし、
DVD-Rのように追記した部分で上書きのようなことだってできる
（ファイルサイズがでかくなるから開発ビルドでだけしようする）
961:デフォルトの名無しさん
19/08/13 20:23:05.37 A8hGL0NS.net
結局、リンクできていないことに気づかないのか？
962:デフォルトの名無しさん
19/08/13 20:26:34.38 PvshuRsa.net
ソースコードの内容を保存前に関数単位でコンパイルして
メモリ内でリンクできるやろ？
関数があれば、アドレス解決できるし、
そもそもアドレス解決に必要なのは、関数の開始アドレスだけなので
リンクそのものは、関数の中身を用意するまで待つ必要はない
理解できないなら、バイナリエディタをつかって
パッチを当てると考えれば良い。
963:デフォルトの名無しさん
19/08/13 20:40:02.69 A8hGL0NS.net
とうとうコンパイルからやり直すと言ってしまったか。
964:デフォルトの名無しさん
19/08/13 20:42:24.93 PvshuRsa.net
>>930
「関数単位で」「保存する前に」って言ってるのまだ理解してないの？
965:デフォルトの名無しさん
19/08/13 20:52:55.01 A8hGL0NS.net
スタブを使ってリンクしてもリンクそのものに時間がかからないから意味がない。
そもそもリンクの意味がわかっていないと思われる。
966:デフォルトの名無しさん
19/08/13 20:54:38.55 PvshuRsa.net
わかってるからリンクの話をしたのに、
間違ってる部分を指摘できてないよね？＝あっているということｗ
967:デフォルトの名無しさん
19/08/13 21:36:25.98 0tGTLGVK.net
「スクリプトが遅い」って言われただけで顔真っ赤にして暴れてんのかｗ
968:デフォルトの名無しさん
19/08/13 21:39:50.08 PvshuRsa.net
その話はもう終わってるだろｗ
969:デフォルトの名無しさん
19/08/13 21:46:31.85 0tGTLGVK.net
ならスレ違いの話をいつまでもしてないで消えればいいのに
970:デフォルトの名無しさん
19/08/13 21:47:29.48 PvshuRsa.net
断るｗ おもちゃがある所で遊ぶんだ。
971:デフォルトの名無しさん
19/08/13 21:52:44.65 0tGTLGVK.net
また新手の荒らしかよ
まあもうこのスレ終わるしいいか
972:デフォルトの名無しさん
19/08/14 00:22:40.92 ei2StcRK.net
>>909
リアルキチガイすぎてワロタw
javaは実装に関わらず糞遅いのに何実装のせいにしてだ？ 碌にコード書けない低スキルの馬鹿のくせに。
そもそも「キチンと実装」ってなんだ？ これは手抜きの実装なのか？ コードも読まずに他人のコードを侮辱するとかおまえは何様だ？
ならおまえが修正して「キチンと実装」してみろ。キチガイ君。
URLﾘﾝｸ(github.com)
973:デフォルトの名無しさん
19/08/14 00:33:36.29 z8eCJ6J3.net
読解力なさ過ぎてワロタ
そらリストラもされるわバカリーマンｗｗ
974:デフォルトの名無しさん
19/08/14 01:03:14.11 oIPDXYhe.net
>>939
JavaはVMの実装による。
975:デフォルトの名無しさん
19/08/14 02:57:07.16 BS9eC/WD.net
周
976:りの苦労が偲ばれる
977:デフォルトの名無しさん
19/08/14 03:12:06.67 oIPDXYhe.net
日本語がおかしい
978:デフォルトの名無しさん
19/08/14 04:22:08.41 Ucbi8b87.net
もうどう足掻いても
Javaがメインストリームに戻る事は無い
旬は終わった
979:デフォルトの名無しさん
19/08/14 05:28:10.85 u3Xco5i2.net
>>944
今のメインストリームはどの言語?
980:デフォルトの名無しさん
19/08/14 05:41:08.20 fYTZQlWA.net
>>945
Java
981:デフォルトの名無しさん
19/08/14 15:27:24.30 qJmtDc8E.net
>>946
Pythonだろ
982:デフォルトの名無しさん
19/08/14 15:37:52.32 meO8Vw3B.net
>>947
ヒキコモリのオイラが何年かぶりに本屋に行ってみたら、言語ではほぼ
Python一色で、C#の本はほぼ全く無くて予想外の展開だった。
でも多分、Pythonは一過性の流行だと思われる。
983:デフォルトの名無しさん
19/08/14 16:11:18.00 beqXILdt.net
>>948
画像認識とAIは、python という認識が広がってきているので、
侮れない。
しかも、ラズパイ等で、C/C++のような知識なくても
ハードワエアにアクセスするサンプルコードなども充実してきているので、流行のIOT分野では、一人勝ち状態。
984:デフォルトの名無しさん
19/08/14 23:42:52.74 meO8Vw3B.net
>>949
アメリカでは国家ぐるみでPythonを推進しているのか、学校教育で
学ぶのが Python らしく、それが Python が普及してきている一番の理由
なのではないかと思う。
985:デフォルトの名無しさん
19/08/15 00:10:46.98 wbNX/uYv.net
まあ実際金勘定に関わるシステムがPythonに取って変わる事は無いな
小数点計算不向きだし
Javaも不向きだったがTISがCOBOL→Javaへの移行を成功させたのでJavaへの移行が一気に進んだ
それが間違いだと気づいたのが損保ジャパンのリストラ
もうCOBOL→Java移行の案件って減ってるよ
今はCOBOL→VB.NETやC#やオープンCOBOLに変わってる
986:デフォルトの名無しさん
19/08/15 00:24:26.64 hYpxeE9E.net
型宣言も無いし、インタプリタ言語だし、Pythonはあくまでも簡易。
987:デフォルトの名無しさん
19/08/15 01:33:32.67 uMQzOxWt.net
>>951
Javaは勘定系用にBigDecimal最初からあったんだけど
オペレータのオーバーライドを禁止してたのが敗因かもね
.NET FrameworkのDecima型より分かりやすかったんだけどなー
まあ金額計算ならCOBOLが一番安全だわｗ
988:デフォルトの名無しさん
19/08/15 02:34:51.13 3iyWOF7b.net
>>953
COBOLの敵はリレーショナルデータデース
989:デフォルトの名無しさん
19/08/15 03:24:14.57 5MxOdPEK.net
WEB+DBのJulia特集を読んだ
URLﾘﾝｸ(medfreak.info)
漏れも、同じ意見
Python ではプログラミングしづらいけど、
Julia は、do ～ end など、Ruby に似てるから、プログラミングしやすい
やっぱり、外人も同じように思ったから、Julia, Elixir などが作られた！
Juliaは、Pythonのライブラリも呼べる
NumPy がいらない。
ベクトル演算・行列積・線形代数・統計処理などが標準装備
LLVM のJIT だから速い
今後は、Pythonから、Juliaに流れそう。
R, matl
990:ab → Python → Julia
991:デフォルトの名無しさん
19/08/15 04:16:17.54 Pye9uMio.net
>>955
JuliaのPythonライブラリのコールはあまりシームレスに見えなかった。
Python3と違ってJuliaはintとlongを区別しなければいけない。
この2点でJuliaを使おうとは思わなかったんだけど、その辺どう?
992:952
19/08/15 07:05:02.80 5MxOdPEK.net
Python を呼び出すのは、PyObject とかか
int/long を区別するのは、LLVM を使っているからかな？
まあでも、Pythonには、内包表記という可読性が極めて悪い書き方があるから、効率が悪い。
8割以上は、他人のソースコードを解読する時間だから、可読性が悪いのが、最もダメ！
だから米国人は、do ～ end とか、可読性が高い、Ruby が好きなんだろう
993:デフォルトの名無しさん
19/08/15 16:12:19.98 uMQzOxWt.net
>>954
またその説かｗ
だからCOBOLからRDB使ってるっつーの
あんたが言いたいのはSQL処理系だろ？