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/ 627 名前：仕様書無しさん [2006/05/17(水) 16:34:26 ] しかし、旧日本軍などという連中が皇軍を貶める売国奴である件に関しては語らないのか？ 628 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:37:01 ] うっせー 629 名前：仕様書無しさん [2006/05/17(水) 16:47:55 ] 太平洋戦争はもうとっくに終わったのだよ。 アメリカが勝利下のさ。 630 名前：仕様書無しさん [2006/05/17(水) 16:48:55 ] 黒船来航からの１００年戦争はまだ終わってないと思うが？ 631 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:56:51 ] あれからすでに100年以上経っているんだけど 632 名前：仕様書無しさん [2006/05/17(水) 16:59:11 ] つまり、おまいは自分は皇軍の輝かしい歴史に連なる大和民族ではないと？ 633 名前：仕様書無しさん mailto:sage [2006/05/17(水) 18:39:32 ] >>632は朝鮮人ですか？ 634 名前：仕様書無しさん mailto:sage [2006/05/17(水) 21:27:17 ] >>619 意味わかんねぇよ。 何でJavaがクレーンでC++がスコップなんだよ？ っていうか、>>616の問いの答えになってねえよ。 635 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:04:03 ] JAVA厨は頭の中が回転してないから支離滅裂の事しか言えないんだよ。許してあげて。 636 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:40:41 ] C言語厨は頭の中が回転してないからコミュニケーション能力が欠如して 人の話を聞かずに勝手に独断で話を先に進めてかつ支離滅裂の事しか言えないんだよ。許してあげて。 637 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:23:27 ] >>636 これが噂のJava厨か。 頭の回転とコミュニケーション能力がどう関係しているのか説明してもらいたいな。 638 名前：仕様書無しさん [2006/05/17(水) 23:26:20 ] 大体、スコップとクレーンってどういう脳の構造で比較するんだよ。 スコップ：ショベルカー 滑車：クレーン車 これならわかるけど。頭やっぱり壊れてるんじゃないの？おじゃばさまって。 639 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:31:06 ] >>636のおじゃばさまの書き込みは相手より中傷する言葉の数を上回ることにより優越感を見出している。 やっぱりアホだね。 640 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:06:30 ] 中傷している時点でもC厨もアホだかな。 641 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:31:02 ] Java厨に中傷することはアホではない 642 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:04 ] Java厨を　だな。日本語まともに使えない俺はアホだな 643 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:14 ] >>641 お前、狂ってきているぞw もうｱﾙｶｲｰﾀﾞみたいなw 「アメリカ人を殺せば100ドルあげるよw」みたいな 644 名前：仕様書無しさん [2006/05/18(木) 07:50:21 ] SesserではPojoとJunitのみがJavaの資産であると 645 名前：仕様書無しさん [2006/05/18(木) 08:34:58 ] sesserて書いてあるのを見ると akiraのﾗｯｾｰﾗていう音楽を思い出す 646 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:43:14 ] 今C++の価値なんてもうかなり薄れている。 これもインターネットが出て、Perl/CGIが出てから スタンドアロンアプリの価値が薄まったため。 そこへJava ServletがさらにC++に止めを刺す状況になった。 今C++は組み込み系やJVM開発など細々とした分野でしか 生き残る術が無くなってしまった。 今C++を推し薦める者の大多数はただのマニアや生産性の無いオタクだけである。 647 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:46:05 ] >>634 Javaを武器を持ったサルや火おこしを使えるようになったサル、 C++を武器も火おこしも使えないサルに喩えている例もわかりやすいんじゃないかな。 648 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:52:37 ] その例えで言うなら 武器と火を使いこなす一部のC++人間に支配されるJava猿、 の方が正しくね？ 649 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:55:01 ] >>647 いやむしろ、観光地で自らが作り出した工業製品を使う人類（多言語使用者）と 群がってきて勝手に車に入り込んでお菓子などを盗んでいく猿（Java厨）の差なのでは・・ 650 名前：仕様書無しさん [2006/05/18(木) 10:57:20 ] JVMを取り上げたら何もできないJava猿。 そいつらにJVMを作って与えたC++。 C++は神なのか？ JVMを作れる新しい言語が出てきたとして、それはJavaではないのは自明だわな。 651 名前：仕様書無しさん [2006/05/18(木) 11:22:46 ] C++　面倒な仕事を安い賃金で引き受ける中国の企業 Java　中国から安く仕入れた材料で製品を作る日本の企業 652 名前：仕様書無しさん mailto:sage [2006/05/18(木) 11:52:25 ] C++　コア技術を擁し大もうけするM$様＆Inteｌ様 Java　秋葉原の裏道で箱に詰めて売り出すショップ 653 名前：仕様書無しさん mailto:sage [2006/05/18(木) 15:49:58 ] >>648-652 てか、なんでお前ってそんなにJavaを目の敵にしているんだ。 一人で妄想に任せた連続投稿を繰り返して すごい私怨の塊だなw 654 名前：仕様書無しさん [2006/05/18(木) 16:01:35 ] ここまでJava嫌いな奴ってどうにかしておるで。 まあC++をマンセーしているようだけども 実際にはC++のCの字すら使いこなせない低脳さんなんでしょうな。 655 名前：仕様書無しさん [2006/05/18(木) 16:10:02 ] この板、人が少ないから連投するとすぐわかるよな 656 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:24:07 ] それにしても、彼はなぜJavaが嫌いなんでしょう？ 657 名前：仕様書無しさん [2006/05/18(木) 16:33:32 ] いかさま連投でっち上げ乙。 ジャバジャバあふれる低脳乙。 いいかおまいら。 コンピュータシステムはうざい。まんどいものなんだよ。 そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。 うざいうざいうざいうざすぎる。 658 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:36:28 ] はいはいわろすわろす いかさま連投でっち上げ乙。 C言語C言語あふれる低脳乙。 いいかおまいら。 コンピュータシステムはうざい。まんどいものなんだよ。 そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。 うざいうざいうざいうざすぎる。 659 名前：仕様書無しさん mailto:sage [2006/05/18(木) 18:00:21 ] おい、1箇所修正漏れてないか？ 660 名前：仕様書無しさん [2006/05/18(木) 18:15:05 ] お得意のリファクタリングにまかせるんでしょ 661 名前：仕様書無しさん mailto:sage [2006/05/18(木) 20:39:29 ] くだらん 662 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:12:33 ] 発注先に、使ってるJVMの外部仕様書まで要求したら目を回していた。 「おたくはJVM部分の保守はしないってことか？」と怒鳴ったら泣き出した。 今は反省している。 663 名前：仕様書無しさん [2006/05/18(木) 21:14:26 ] じゃばうざい 　　　　　[ﾟдﾟ] 　　　 　/[＿]ヽ 　　　　 　|　|　　リファクタリングかんりょうしますた 664 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:46:08 ] >>662 それはたんに>>662の頭が弱いだけではないかと。 君は必死になっていつもネタを考えているようだけど、 君が作り話をしてもまず受けないし。 自作自演で自画自賛するだけでしょw 665 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:48:07 ] なぜ改行が多いのですか JAVAのひとはそうなんですか 666 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:49:15 ] C++の人はどうなんですか。 ソースファイルの末端に改行を入れないのですか あーそーですか 667 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:41:52 ] JAVA房さ、リファクタリンとか騒ぐなら お前の人生リファクタリングしたほうがいいぞ 日本以外じゃJAVA＝上級スクリプト系言語 レベルの扱いだぞｗ 668 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:50:19 ] Java房から教わった、あのとき2chで始めて知った「リファクタリング」という言葉に 毒づいて根に持っているのかC言語厨w っていうかC++厨をJava厨にリファクタリングしたほうがいいぞ。 そうすればC++厨も職にあぶれる心配もなくなる。 アメリカじゃCだけしか知らないんでは仕事も無いぞw 669 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:52:39 ] ここはジャパンデース 670 名前：仕様書無しさん [2006/05/18(木) 23:53:01 ] 何回も思うんだが、お前日本語おかしい。 ２ちゃん用語（２典とかな）でも見ながら書いてる第三国人の方ですか？ 671 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:02:16 ] じゃ、お前は第四国人ですかね 672 名前：仕様書無しさん [2006/05/19(金) 00:06:28 ] あたまのねじが・・・ おじゃば・・・ カワイソス 673 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:25:58 ] そもそもC言語厨ってなんでそんなに頭が悪いの？ 674 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:11 ] 　　　C言語厨の頭のネジをはずし 　　　カバーをはずし 　　　Javaチップ埋め込み手術 　　　C言語厨の歪んだ人格が補正された！ 675 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:25 ] ぐー 676 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:28:08 ] うちの会社にC++使いがやってきた。 Javaは扱ったことが無いと言うので私は得意げにJavaを教えてやろうとしました。 しかし次の日、そいつは普通にJavaを使いこなしていました。 そいつ 「Java？こんなの使えるようになるのに1日も必要ないね」 如何にJava使いは上辺だけの知識しかないということが分かりました。 677 名前：仕様書無しさん [2006/05/19(金) 00:30:44 ] いつも一人でJavaに粘着しているC言語厨は 一体どんな僻みを持っているのでしょうか 678 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:31:22 ] >>676 ネタだよね。 JavaとC++とを置き換え他方がいいんでね？ 679 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:05:36 ] ライブラリ使わせてもらって組んでるだけのクセに偉そうですよね。みんな。 680 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:21:39 ] じゃ、Javaのライブラリ使わせて貰っているJakarta は？ 681 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:25:26 ] っていうかC言語厨がJava厨に言いがかりつけるのは アセンブラ厨がC言語厨に言いがかりつけるのと同じ事やね。 エレキのハード屋がアセンブラソフト屋に言いがかりをつけるのと同じ ともいえるし。 メカ屋がエレキ屋に言いがかりをつけるのと同じともいえるね。 昔の人間ほど新しいものに対する変化が弱く、恐れ、 なんとかして保身に走ろうとする。 そう、C言語厨は「変化ヲ抱擁セヨ」がなっていない人たちなのだ。 もう老人なのだよ。彼らは。 「最近のわかいもんは冷房なんかつけて贅沢しおって！私が若い頃は 冷房なんかなかったんだぞ！」とよく後輩に逆ギレをするのがC言語厨なのである。 682 名前：仕様書無しさん [2006/05/19(金) 06:41:58 ] ふと想った。 Javaの言語仕様そのままでexeを作れるようになれば、 Windowsプログラムに関して言えば、 C/C++のWin32API利用なんかよりも開発速度が上がる気がする。 データ容量などの多少の犠牲があるにしても、 それを補っても費用対効果が上昇するのでは無いかなぁ。 以上、便所の落書きでした。 683 名前：仕様書無しさん [2006/05/19(金) 07:06:29 ] ずっとよんだけどさ。 やっぱしあたまわるいね。おじゃばくん。 とくに>>682 おまえ、最近のLinuxいじってないだろ。 GCJもしらないんだな。 ぷろぐらまのふりはもういいから おなにーしてねなさい。 684 名前：仕様書無しさん mailto:sage [2006/05/19(金) 07:37:06 ] なんつーか、Java厨って、世間で言うところのオタクに見えるんだよね。 オブジェクト指向とかこっちにとっては知識のかけらでしかないのに、 Java厨にとっては世界の全てと思っているように見えてしまって興ざめする。 オタクよろしくオブジェクト指向の話しかしないしさ。 685 名前：仕様書無しさん [2006/05/19(金) 08:44:52 ] サービスを作成するにはRFC仕様をじっくりと検討し OSのAPIで実現可能か調査しセキュリティ実装の検討をし その他もろもろの仕様検討をしクラスに落として行く。 OSとかRFC仕様とか多種多様な要件をひとつにまとめあげるスキルが必要 なんだけど、Java厨さんの場合は単純にクラスだぜ！すげえだろう って浅く薄い発言しかできないのが気にかかるかな。 686 名前：仕様書無しさん [2006/05/19(金) 08:47:14 ] 下請は余計なことを悩まなくていいよ。 687 名前：仕様書無しさん mailto:sage [2006/05/19(金) 11:05:28 ] >>668 >C++厨をJava厨にリファクタリングしたほうがいいぞ。 お前も、自分が何言ってるのかくらい認識したほうがいい。 知らない単語も使わないほうがいいな。 >>678 >JavaとC++とを置き換え他方がいいんでね？ 成立しない。 C++ を「使いこなす」には、あの泥臭い仕様を理解しなければならないわけで。 …いや、理解していなくても「こんなの使えるようになるのに1日も必要ないね」 と言い放つ阿呆は確かに存在するが。 688 名前：仕様書無しさん mailto:sage [2006/05/19(金) 16:55:19 ] Javaに欲しいものを思い出した。 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し) 　　　実際使うかどうかはわかんないけど、言語としてね・・・ 2. const (言われてみりゃ欲しい) 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。 　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった) 　 689 名前：仕様書無しさん [2006/05/19(金) 18:32:23 ] >>683 ATL/WTL 後CLI がそれだ Javaを使うひつようはない 690 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:10:05 ] >>682 それだったら既にあるんだが。 691 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:11:19 ] >>684 そうか？　C言語厨のほうがオタクに 見えるんだけどね。 金にもならない癖にC/C++マンセーするなんて 生産性の無い馬鹿のやることじゃん。 しかもオタクよろしくガンダムの話しかしないしさ。 692 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:14:28 ] >>688 > Javaに欲しいものを思い出した。 > 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し) > 　　　実際使うかどうかはわかんないけど、言語としてね・・・ CloneableインタフェースとObject#clone()で代用すればいいことをなぜそんなに欲しがる。 > 2. const (言われてみりゃ欲しい) static finalがあるからそういう無駄なものは不要。 > 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。 > 　　　これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった) なぜそういう仕組みにしないといけないのか？、また、そうなった場合の対応方法について 知りたければ「Effective Java」、「Javaの鉄則」を読め。 693 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:15:04 ] >>685 アセンブラ厨がC言語厨に零した愚痴にそっくりだな 694 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:21:11 ] アセンブリ言語→アセンブル→実行形式バイナリ C言語→コンパイル→実行形式バイナリ Java言語→コンパイル→バイトコード 695 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:24:06 ] しかしあれだな。Javaバカ、オブジェクト指向原理主義バカもすっかり減ったよね。 696 名前：>>688じゃないけど mailto:sage [2006/05/19(金) 23:24:28 ] >>692 > 1 clone()は使いにくい。 > 2は同意 > 3 保守とかやってると、そういう仕組みの方が都合が良い事がある。 697 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:35:49 ] たかがOOが銀の弾丸ならこの業界も苦労しない罠。 698 名前：仕様書無しさん [2006/05/19(金) 23:54:13 ] OOすれば再利用性が高まる…そんな風に考えていた時期が、俺にもありました。 699 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:55:30 ] そうそう。狼男のつもりでいたらヴァンパイアだったりするからな 700 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:57:43 ] ビジネスロジックを書くのに最強の再利用手段は コピペだ。 いやマジで。 701 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:59:03 ] cloneがObjectのメソッドでマーキングインターフェイスで サポートしていないクラスの場合は例外をスローするという 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。 702 名前：仕様書無しさん [2006/05/20(土) 00:16:09 ] 「C」にしろ「Java」にしろ、仕事によって使い分けてりゃいいんでない？ 言語もツールだろ？ 画像処理の高速化に、アセンブラを使うようなものでないのかい？ 703 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:18:46 ] 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 　 代わりにせめてassign()、equals() の標準インターフェイス 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？ 704 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:42:27 ] あっequals()はObjectで定義だったな。(ハズイ 705 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:43:21 ] ジャバカ 706 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:46:52 ] >>696 お前はそこいらで適当にJavaの愚痴を有ること無いこと 書いてる馬鹿と違ってまともそうな発言をしているのでレスしよう。 > >>692 > > 1 > clone()は使いにくい。 どう使いにくい？ clone()と長く書くことが苦痛か？ clone()のオーバーライドが面倒か？ それと、不変クラスを定義した場合、clone()のオーバーライドは不要。 clone()の定義が面倒か？ > > 2は同意 > > 3 > 保守とかやってると、そういう仕組みの方が都合が良い事がある。 それはお前のスキルに問題があるといいたいが、 IDEで補う事が可能。 707 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:47:30 ] >>701 C#にも似たようなものが(ry 708 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:53:37 ] 今度のjavaのオプションにハイフンdqnが付くみたいだね 709 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:37 ] >>706 コピーしたいだけなのにいちいちオーバーライドするのは面倒。 まぁ、慣れの問題だとは思うが。 710 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:48 ] >>703 > 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 > 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 > 　 代わりにせめてassign()、equals() の標準インターフェイス IDE使え。 > 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな) 前者ではフィールドをfinalにしろ。 後者では引数にfinal指定をすればいいだけの話だ。 > 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？ 既に少ない。C++と比べたら楽な門だ。 711 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:58:33 ] cloneは何のためにある？ 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。 そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。 なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。 で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。 何もわざわざObjectレベルで付けて、しかもサポートしないときには例外なんて おかしなことをする必要は無いはず。 まあそれ以前にclone自体が単純にいまいち使いにくいけどね。 ※別にJavaに限った話ではなくてC#とかでも同じだが。 712 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:00:11 ] >>709 クラスの定義に応じて深いクローニングや浅いクローニングを 指定する必要があるのにそれはないだろう。 それは急ぎたいのに信号無視したいといってるのと同じだぞ。 713 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:01:20 ] >>711 > cloneは何のためにある？ > 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。 > そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。 > なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。 > で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。 それについてもEffectiveJava に書いてある。 > 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。 そうすると新たな問題が生まれる。 714 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:05 ] >>703 > 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。 > 　 すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。 > 　 代わりにせめてassign()、equals() の標準インターフェイス assign()が何をアサインするメソッドなのか？ 715 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:28 ] >>702 今Cの仕事が減っているからねえ。 どうなんだか 716 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:18 ] >>701 > cloneがObjectのメソッドでマーキングインターフェイスで > サポートしていないクラスの場合は例外をスローするという > 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。 お前はクローニングについてかなり勉強不足。 そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。 717 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:45 ] >>700 マジレスするにしても痛い。 勉強不足。 718 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:05:14 ] >>695 速度原理主義なC言語厨もどうにかしてると思うが 719 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:07:42 ] >>717 学生乙 720 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:09:36 ] >>712 >　それは急ぎたいのに信号無視したいといってるのと同じだぞ。 意味が分かりません。 721 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:11:37 ] ナイス突込 722 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:15:32 ] >>716 それは同一クラスのインスタンスを作るという目的のこと？ それとも別の理由？ Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて Cloneableにcloneがあるのではなぜいけない？ 723 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:18:54 ] このスレのC言語厨は論理的思考能力が無いアホばかりだろ。 発言一つ一つに根拠無いものばかりでな。 ようするに連中は頭がおかしいだけなんだよ 724 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:19:59 ] >>722 それがCloneNotSupportedExceptionとどう関係有るんだ 725 名前：仕様書無しさん [2006/05/20(土) 01:20:03 ] >>715 Javaのスレだったな。 じゃあ『C#』あたりで…ノシ 726 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:00 ] >>723 オ　マ　エ　モ　ナ　ー とでも言って欲しいのか？ 727 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:53 ] C#の仕事も少ないんだなー

---

---

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

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