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/ 426 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:05:59 ] >>423 だからデータサイズを出せといいたい。 それから測定に使用したマシンんの メモリ容量、Java起動オプション、Javaのバージョン、 コンパイルされたファイルのバージョン、JVMのバージョン、 マシンのスペックも示せ。 でないとどれだけJavaの速度差が実際の仕事でネックになるのか よくわからん。 427 名前：仕様書無しさん [2006/05/10(水) 19:06:31 ] >>419 アンダースコアをダサいと言う Java厨 カコイイと言うC/C++厨 相容れない世界なのであった それは 【Java厨はブラインドタッチが出来ないから】 428 名前：仕様書無しさん [2006/05/10(水) 19:07:20 ] >>426 そこまで枝番しらべなきゃならないのかｗ 429 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:09:15 ] >>425 本当にC++のNと同じサイズになっていればの話だが。 ついでだが、各々のコンパイラは何を使ったのか説明が足りないな。 430 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:10:10 ] >>427 C言語厨はいつもこういう根拠のない発言しかできない。 Javaでも定数を宣言するときにアンダースコアを使うんだが。 C言語しかできない馬鹿は死んでいいよ 431 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:10:28 ] >>428 1.3と1.5では速度が劇的に違うからな 432 名前：仕様書無しさん [2006/05/10(水) 19:10:52 ] なぜか必死なJava厨ｗ 433 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:11:39 ] >>423 -serverオプション、ヒープメモリサイズの設定などによっても Javaのパフォーマンスは変わる。 そもそもsort()なんて滅多に使わない。 TreeSetやTreeMapをよく使う俺には一切必要ない。 データを追加する時点でソートされているからな 434 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:11:56 ] 自分が必死だと気づいていないC言語厨w 435 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:12:42 ] Collections,sort()は一度も使ったことがないね 436 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:12:54 ] >>424 Javaの方が速くなってたそのサイトってもうないの〜？ シンジラレマセーン 437 名前：仕様書無しさん [2006/05/10(水) 19:13:12 ] getJavatyuUnkonaBakadayon(); なんて長々アンダースコアがつかないでくどくどしいより良い。 438 名前：仕様書無しさん [2006/05/10(水) 19:13:36 ] -serverオプションやヒープメモリサイズを変えた場合の ベンチやマシンのスペックをださないC厨は事実を必死に誤魔化 してんじゃねえの？ 439 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:14:08 ] >>436 情報が古いから今だったらもっとJavaは速くなってるからねえ。 どこかの大学の研究室のサイトにあるらしい 440 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:14:57 ] >>437 その長さはネーミングに問題有りだな。 クラス設計からやりなおしたほうがいい。 クラスの親子関係、メソッド引数などを考慮すると ネーミングを短くする術が見つかる 441 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:15:55 ] とりあえずC厨は古いからこっちのスレでも読んで 自分が今置かれている立場を理解汁 【あちら側】ウェブ進化論【Web2.0】 pc8.2ch.net/test/read.cgi/prog/1147237602/ 442 名前：仕様書無しさん [2006/05/10(水) 19:17:49 ] Axisは結構長いの使ってるけどねえｗ ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/security/simple/SimpleSecurityProvider.html 443 名前：仕様書無しさん [2006/05/10(水) 19:19:05 ] とりあえずJava厨はJavaやめたほうがいいぞｗ 444 名前：仕様書無しさん [2006/05/10(水) 19:21:05 ] ほれっ長いぞ ttp://ws.apache.org/axis/java/apiDocs/org/apache/axis/transport/http/AbstractQueryStringHandler.html 445 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:21:29 ] Javaは嫌いだけど使わざるおえないんだよぉ〜？ 446 名前：仕様書無しさん [2006/05/10(水) 19:24:49 ] >>415のマシンのスペック情報ﾏﾀﾞｰ？ 447 名前：仕様書無しさん mailto:sage [2006/05/10(水) 19:25:42 ] >>442 冗長性もとくになく短いだろw 文字区切りも少ないしな 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言語厨を攻撃するか

---

---

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

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