Javaが遅いという奴は遅れたバブル世代じゃね？　２

1 名前：仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ] さ、語れ。Javaよりも遅い脳みそを持つ人々について C/C++の栄光の時代は終わった。 C/C++を使った仕事が少なくなってきたことによる 愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？ C言語信者の年齢層は30代〜50代。 バブル世代から新人類世代にまで広がる まさにオッサン世代ですね。だからガーベッジコレクタの 動作原理も知らない化石的思考といわれる。 今C言語はJVMとOS作るだけで十分だ。それ以外のことは いずれ、すべてJavaに委譲すべきだ。 前スレ Javaは遅いという奴は遅れたバブル世代じゃね？ pc8.2ch.net/test/read.cgi/prog/1136434011/ Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ Javaって重くね？　その２ pc8.2ch.net/test/read.cgi/prog/1136359572/ 関連スレ 先があるのはC++とJavaのどっち？ pc8.2ch.net/test/read.cgi/prog/1132157362/ 448 名前：仕様書無しさん [2006/05/10(水) 19:25:58 ] getJavatyuUnkonaBakadayon configureResponseFromAxisFault 漏れのサンプルのが短かったよ＞レスくれJava厨 449 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:26:25 ] >>415のマシンは500MHz程度と見た そりゃ遅くなる罠 450 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:27:43 ] >>448 前者は意味が通じないし冗長だし 後者のほうが意味がわかる。 getCgenngochu(Attribute.UnkodaBakadayon) のほうがいいな 451 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:28:35 ] そもそもBakadayonというネーミングがC言語厨のセンスの無さを 伺わせる。 452 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:29:20 ] しかもC言語厨はUnkodaなんてネーミング。 小学生かお前はw 453 名前：仕様書無しさん [2006/05/10(水) 19:30:38 ] 長さで負けたので悔しくてネーミングを叩きだしましたｗ 454 名前：仕様書無しさん [2006/05/10(水) 19:32:43 ] 喪前の設計センスはいいなｗ apacheに言ってやれよｗ クラス設計を見直したほうが良いってさｗ 455 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:42:03 ] >>431 お前らさ、>>403のコードが1.5だということすらわからないの？ｗ -serverオプションとかさあ、つけて自分のマシンで試してみりゃいいじゃねぇか ソースも出てることだし。 まあ、Javaは遅いよ。何が原因かは知らんが。 456 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:48:30 ] > 長さで負けたので悔しくてネーミングを叩きだしましたｗ またC言語厨の言い訳だw 名前のセンスのもんだいなんだがw 457 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:49:29 ] >>455 10倍速くしたというのが信用できないから まずは言い出しっぺのあんたからスペックを提示してみたほうが いいんじゃないか 458 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:50:32 ] 別に信用しなくてもいいんじゃね？そんなに信用できないなら実行してみれば？ｗ 459 名前：仕様書無しさん mailto:sage [2006/05/10(水) 20:57:45 ] まあでもネタみたいに見える。俺はめんどくさいからやらないけど。誰かが追試してくれればいい。 460 名前：仕様書無しさん [2006/05/10(水) 21:05:14 ] クレクレ君に真面目に付き合うとこうなるという例。 461 名前：仕様書無しさん [2006/05/10(水) 21:15:37 ] 面白いことを発見した。 コードを以下のように書き換えたら List<Integer> list = new ArrayList<Integer>(); Set<Integer> set = new TreeSet<Integer>(list); Random r = new Random(); final int N = 1000000; for (int i = 0; i < N; ++i) { set.add(r.nextInt()); } long start = System.currentTimeMillis(); Collections.sort(list); long end = System.currentTimeMillis(); System.out.println("Java : " + (end - start) + "ms"); //$NON-NLS-1$ //$NON-NLS-2$ こういう結果になった。 Java : 0ms 462 名前：仕様書無しさん [2006/05/10(水) 21:18:06 ] Javaのほうが速くなってるのはどうして？ 463 名前：仕様書無しさん [2006/05/10(水) 21:21:02 ] それに何の意味があるの？ 464 名前：仕様書無しさん [2006/05/10(水) 21:21:52 ] >>462 Set.addのときにソートしてるから。 くだらないから無視しときなさい。 465 名前：仕様書無しさん [2006/05/10(水) 21:31:31 ] set.addもうちの環境だとC++と比べて2倍ぐらい遅いなあ。 やっぱりJavaは遅いのかな。遜色ないと聞いていたのに。 466 名前：仕様書無しさん mailto:sage [2006/05/10(水) 21:42:26 ] おそらく、C++のSTLとJavaのコレクションを比べるから2〜10倍遅くなってしまうだけで、 よく言われる遜色ないというのは、細かいルーチンを自分で手で書いて 比べれば遜色ないという意味だろう。 おそらくSTLのチューンが進んでいるのではないだろうか。 467 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:21:38 ] >>464 つまり、Set.addでソートしておけば速いってことじゃないのかな？ 468 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:21:52 ] >>465 ソースコード公開きぼん 469 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:22:46 ] >>466 2〜10倍になるちゃんとしたデータが欲しい。 sortは差はかなりでているけど ほかのコレクション系についてはどうだろうか。 470 名前：仕様書無しさん mailto:sage [2006/05/10(水) 22:43:31 ] >>467 それはJavaとC++を比べてどうこういうのとは問題が違うだろう。 471 名前：仕様書無しさん [2006/05/10(水) 23:04:45 ] コードレビューや技術的な話になるとすっかりなりを潜めるｸﾞﾗﾏｸﾝ 472 名前：仕様書無しさん [2006/05/10(水) 23:08:28 ] ﾌﾝﾌﾝ JAVA厨藁 473 名前：仕様書無しさん [2006/05/10(水) 23:14:11 ] つかVBは蚊帳の外 474 名前：仕様書無しさん [2006/05/10(水) 23:14:56 ] コードレビューはeclipseがやってくれるから大丈夫、 変数が変でもあとでリファクタリングすれば大丈夫 て思ってるんじゃね？ 475 名前：仕様書無しさん mailto:sage [2006/05/11(木) 00:28:15 ] そんなＶＢ厨やC言語厨みたいな甘い思考じゃあるまいし 476 名前：仕様書無しさん mailto:sage [2006/05/11(木) 00:29:04 ] データ無いのか。 TreeSet使った場合のC++版のソースコードは見せないのか。 つまりJavaでやってもC++でやっても大差ないってことかな 477 名前：仕様書無しさん mailto:sage [2006/05/11(木) 02:46:37 ] その程度のこと自分で書けよｗ 何も出来ない奴は情報を得る資格もないし、これから苦労するぞ。 478 名前：仕様書無しさん [2006/05/11(木) 08:11:29 ] 書けないからクレクレしてパクリたいのがJava厨ですから 479 名前：仕様書無しさん mailto:sage [2006/05/11(木) 13:32:58 ] どうせC厨も何もかけないだろ オブジェクト指向も何もわかってないんだからな 480 名前：仕様書無しさん [2006/05/11(木) 16:16:09 ] で、単純にソートしたのが早いのは分かったけどその後はどうするの？ 項目のinsertしたあと毎回ソートするの？ 481 名前：仕様書無しさん mailto:sage [2006/05/11(木) 16:18:25 ] クタたんは解体されます。 482 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:30:10 ] んだな。insertするたびにsortするのはアホらしいな。 だからJava標準関数には凝ったsortのアルゴリズムが 用意されていないんだろうな。 だから挿入ソートで挿入した時点で即座に 順序が決まるSortedSet, SortedMapのサブクラスのコレクションクラス であるTreeSetやTreeMapなどのほうが 使い勝手がいいな 483 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:33:25 ] だから何？そんなこと言ってみたってJavaが遅いことには変わりないんだけど。 484 名前：仕様書無しさん mailto:sage [2006/05/11(木) 21:38:47 ] sortの使い道がわかってないな。 insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ それでもsortって関数は存在し、使われてるわけだ。 人間一人にsortの使い道を全て想像できるわけないだろ。 485 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:36:29 ] >>483 それこそだから何？ 遅いからどうしたって話なんだけど。 仕事もたくさんあるしC++にリプレースする必要が あるほど遅くは無いんだけど。 486 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:37:10 ] >>484 > sortの使い道がわかってないな。 > insertするたびにsortする馬鹿なんか、もともとどこにもいねぇよｗ sortに拘るC言語厨がいるから突っ込んでやったんだろ 487 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:39:14 ] >>486 だから、それがめちゃくちゃ的外れな突込みだがな。 488 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:40:30 ] >>485 スレタイ見てみろ。遅さを議論するスレです。 sortの使い方を議論するスレでも仕事にどちらが使えるかを 議論するスレでもない。 489 名前：仕様書無しさん mailto:sage [2006/05/11(木) 22:50:42 ] sortにこだわってるのはむしろJava厨。 とっくにset.addも2倍遅いという結論が出てる。 俺も試してみたけど、そのぐらい遅かった。 490 名前：仕様書無しさん [2006/05/12(金) 00:04:06 ] >>488 え？　Javaが遅い遅いと愚痴をこぼしてばかりいる バブル世代の愚かさを嘲笑うスレじゃなかったっけ 491 名前：仕様書無しさん mailto:sage [2006/05/12(金) 00:04:24 ] >>489 sortが遅いと言い出しっぺしたのはC言語厨だろ 492 名前：仕様書無しさん mailto:sage [2006/05/12(金) 01:10:27 ] 口が軽く仕事の厚みもペラペラの JAVAさんのネタでした。 チャンチャン 493 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:39:52 ] >>491 sortを最初に言ったのはJava厨じゃなかったかもしれないが(C言語厨？w) それにこだわってクレクレ言いまくった挙句、的外れな指摘をスルーされても 繰り返しまくったのはJava厨だろ。 まあJavaの知識すら初歩レベルっぽいからJava厨とは呼べないかもしれないけど。 494 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:42:25 ] C#って最近きてるよね。くさってもMicrosoftですよ。Javaはピンチですよ。 495 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:44:49 ] いや、まだ全然大丈夫だろ。 496 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:45:36 ] M$の人いってたけど、来年はC#の年になるみたいだね C#の開発の方が来年は多くなるみたい。そのせいで 単価ちょっとずつ上がってるってさ 497 名前：仕様書無しさん mailto:sage [2006/05/12(金) 02:46:46 ] いくらM$でもそこまでは言わないだろｗ ソースあるのか？ 498 名前：仕様書無しさん [2006/05/12(金) 08:18:58 ] 実際.aspxでぐぐってみろよ JR東日本も.net C#その他多数公開されている 今後どんどん増える。 JavaはJAL,ANA,GET-Uしかない、2chで遅いと有名になってしまって今後増えそうもない。 499 名前：仕様書無しさん [2006/05/12(金) 08:27:36 ] カブドットコムのチャートもJAVAなんだけど いちいち再描画するのが遅い 500 名前：仕様書無しさん [2006/05/12(金) 09:01:46 ] >クレクレ言いまくった挙句 ﾜﾗﾀ 501 名前：仕様書無しさん mailto:sage [2006/05/12(金) 09:44:16 ] 正解を言うと、Javaのコレクションが遅いのは、Object単位で 操作してるから。 これはJavaの構造上どうしようもない。 どうあがいてもコレクションがSTLを上回ることはないよ。 502 名前：仕様書無しさん mailto:sage [2006/05/12(金) 10:12:18 ] JavaがC++と同等に速いというのは、 ・基本データ型にコレクションを使わない ・描画は除外 ・起動時間は除外 という条件を満たしてはじめて成り立つ。 世の中、たいていのうまい宣伝文句にはこうやって条件が 省かれてるんだよ。 503 名前：仕様書無しさん mailto:sage [2006/05/12(金) 18:36:20 ] >・起動時間は除外 詐欺 504 名前：仕様書無しさん mailto:sage [2006/05/12(金) 22:51:26 ] C#もそんなに速いとも思えんけどね 505 名前：仕様書無しさん mailto:sage [2006/05/12(金) 23:29:55 ] ネィティブ以外は糞。 506 名前：仕様書無しさん mailto:sage [2006/05/12(金) 23:45:36 ] VMのつくりは、C#のほうがすっきりしているし 遅いというなら、メモリ管理全部アンマネージで管理してみろ 507 名前：仕様書無しさん mailto:sage [2006/05/13(土) 04:32:01 ] ていうか、なんだかんだいってSunのソフトって、質に関してはMSのほうが遥かに上だな。 まあ、かけた金額からいっても比べるのは可哀想かもしれないけど。 508 名前：仕様書無しさん [2006/05/13(土) 20:33:22 ] Javaの貧弱さとMSの技術力（資金力）の高さはしかたない 509 名前：仕様書無しさん [2006/05/13(土) 21:26:20 ] なんか最近のJavaとJava厨押されっぱなしだな 510 名前：アホアホうんこ [2006/05/13(土) 22:06:14 ] JAVA使いってのは小僧が多いし、 経験もない頭でっかちが命削ってコード書いてきたベテランに口喧嘩してもかなうはずがない JAVA厨が押されて当たり前でしょう 511 名前：アホアホうんこ [2006/05/13(土) 22:11:01 ] JAVAだ、Ｃ＃だ、.NETだ、言語　言語　と騒いでいるが、一番重要な言語を忘れてないかい？ そんな賞味期限つきの言語なんかよりよっぽど大切な言語、それは ストラクチャークエリー言語でしょ 512 名前：仕様書無しさん mailto:sage [2006/05/13(土) 22:20:28 ] SQLっていっても複数あるわけだが・・・ そのなかで騒いでいるのと同じでしょ・・・ 513 名前：アホアホうんこ [2006/05/13(土) 22:27:30 ] ＳＱＬ９９だけ知ってれば問題ないでしょ、 ５１２は知ったかぶり 514 名前：512 mailto:sage [2006/05/13(土) 22:38:48 ] すまん。やっぱり無理な突込みだったな 515 名前：アホアホうんこ [2006/05/13(土) 22:48:10 ] 実を言うと俺（アホアホうんこ）はギリギリＪＡＶＡ世代で 仕事でＪＡＶＡのアプリ、ＪＳＰ、サーブレットやった事あるけど 開発するとき、デバッグとか重くて毎回イライラしてた イクリプスやフォルテ（ワンスタジオの先祖）は重くてダメポンだけど、ちょっと前のＡＰワークスなんて 重すぎてデバッグかけるとＰＣがフリーズだったぞ（ペン３、メモリ５１２だったけど）、スーパーダメダメ といろいろやったけど、ＰＧ的にはＭＳ製品がイイヨ。サクサクとデバッグできるし 設計側の目で見た場合はJAVAでも何でも、どーでもいいよ 516 名前：仕様書無しさん mailto:sage [2006/05/13(土) 23:28:40 ] 携帯アプリ開発の俺が一番アホアホうんこだから心配しなくていいよ。 517 名前：仕様書無しさん mailto:sage [2006/05/14(日) 04:54:33 ] ＞ＳＱＬ９９だけ知ってれば問題ないでしょ、 ほんまかよ。 518 名前：仕様書無しさん mailto:sage [2006/05/14(日) 09:13:42 ] SQL99 て言いたいだけだろ。 あれに完全準拠した DBMS などなく、 しかもチューニングの手法もバラバラな状況で 「SQL99 だけ知ってれば」 など笑止。 519 名前：仕様書無しさん [2006/05/14(日) 20:08:24 ] >>502 > JavaがC++と同等に速いというのは、 > ・基本データ型にコレクションを使わない > ・描画は除外 > ・起動時間は除外 > という条件を満たしてはじめて成り立つ。 今のマシンパワーならそれらの条件を 満たさなくても十分速いよ 520 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:09:09 ] とりあえずやねうらおを撲滅させて 次はネカマのryokoを撲滅させるか。 奴はC++をマンセーしていたよな。 痛い目に遭わせてやる 521 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:15:09 ] >>519 そのマシンパワーがあればC++はもっと速いよ つまりどんな環境であっても C++＞＞＞Java この構図はかわらないわけだ 522 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:49:15 ] Java支持派の受け答えはどっかの学会の答弁みたいだな。 523 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:54:23 ] そりゃそうじゃね。やり込められないように逃げて 突っつき返して逃げるしかないし 524 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:55:00 ] 稚内のおっさんの影響か？ 525 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:11:54 ] >>521 > >>519 > そのマシンパワーがあればC++はもっと速いよ > つまりどんな環境であっても > C++＞＞＞Java > この構図はかわらないわけだ 絶対的な微々たる速度差でC++がJavaに勝っているからといって 今更Javaで作られた製品をすべてC++に移行するのは まったく採算に合わないわけだが。 各OSやCPU毎にまた作り直すのは アプリが大規模で有ればあるほど無駄というものだよ。 526 名前：仕様書無しさん [2006/05/14(日) 23:12:38 ] ryokoのブログが消えて やねうらおが会社を畳む。 次はどこのC言語厨を攻撃するか 527 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:15:09 ] 今のマシンでもJavaの起動は遅いよ。 528 名前：仕様書無しさん [2006/05/14(日) 23:28:19 ] >>527 バカだなお前 一度起動したら二度と起動し直さなくても良いように作れば良いんだよ。 529 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:39:07 ] >>528 奇才現る 530 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:57:05 ] バカだなお前 起動しないようにすれば良いんだよ。 531 名前：仕様書無しさん mailto:sage [2006/05/15(月) 00:59:34 ] どれだけパソコンが進化しても、クリティカルな処理が2倍になったりすると、 2倍にならない場合と比べて不便だろ。 クリティカルな処理にコレクションを使えないというのは結構きつい。 532 名前：仕様書無しさん [2006/05/15(月) 01:16:10 ] ＞＞５１９ 十分遅くて、メモリ馬鹿食いです、、、 533 名前：仕様書無しさん [2006/05/15(月) 01:17:09 ] ＞＞５２５ 全てのOSで動作させないものほど、機種依存を高めて安定させるべき 534 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:17:48 ] 十分遅いし、そのくせメモリ馬鹿食い だからSはノード増やせとかDQNな事を 平気で言ってくる 535 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:00 ] >>531 どんなときでも同じプログラムの速度差が2倍の比例関係にあるとは 限らないんだが。そんな単細胞みたいなワンパターンな 考え方しかできないからいつまでたってもJavaに飛び込むことができないんだよ。 Javaはレスポンス性能ではC++には劣るが、 スループット性能ではC++をはるかに上回る。 536 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:47 ] >>532 CPU3GHz, メモリ2GBだが、Javaは十分速いぞ。 わざわざC++にリプレースする必要もない。 これがサーバアプリだったらなおさらC++に リプレースするメリットなんて全くない。 537 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:38:24 ] >>533 > ＞＞５２５ > 全てのOSで動作させないものほど、機種依存を高めて安定させるべき 全てのOSに対応させてどうする。 使いもしない古臭いOSにまでいちいち対応するニーズがどこにある。 538 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:41:34 ] JavaのGUIは負荷が応答がなくなるのを何とかして欲しいんだが 539 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:42:48 ] >>538 ×負荷が ○負荷が高くなると 540 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:58:59 ] たとえばどんなアプリ？ 541 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:24:58 ] ＞Javaはレスポンス性能ではC++には劣るが、 ＞スループット性能ではC++をはるかに上回る。 分かりやすく説明しておくれ。 542 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:48:28 ] 聞くまでも無くハッタリｗ 543 名前：仕様書無しさん mailto:sage [2006/05/15(月) 06:56:33 ] ApacheがなぜJavaで出来てないのか考えたらわかりそうなものなのになｗ 544 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:09:20 ] Javaで作られたサーバーって結構あるんだが。 545 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:28:32 ] そして結構失敗してるな。 546 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:42:33 ] YahooのサーバーがJavaなわけだが。 もとはLispだが。 547 名前：仕様書無しさん [2006/05/15(月) 07:52:52 ] ＞＞５３６ あ り え な い 548 名前：仕様書無しさん mailto:sage [2006/05/15(月) 11:58:27 ] >>543 「開発が始まった当初、Java など存在していなかったから」以外の理由が？

---

---

[ 続きを読む ] / [ 携帯版 ]

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