[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/20 20:30 / Filesize : 239 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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って重くね? その2
pc8.2ch.net/test/read.cgi/prog/1136359572/


関連スレ

先があるのはC++とJavaのどっち?
pc8.2ch.net/test/read.cgi/prog/1132157362/

611 名前:仕様書無しさん [2006/05/17(水) 03:31:19 ]
>>604
www.vector.co.jp/soft/dl/win95/writing/se016745.html

612 名前:仕様書無しさん mailto:sage [2006/05/17(水) 03:33:06 ]
>>609
だれにも指示されないネガティブキャンペーン乙

やねうらお信者の馬鹿共が書いたおとぎ話ですかw

613 名前:仕様書無しさん mailto:sage [2006/05/17(水) 07:48:13 ]
おじゃばさま乙

614 名前:仕様書無しさん [2006/05/17(水) 10:21:24 ]
おじゃばさまはJVMの中の人の苦労は完全に計算外なんだな。

615 名前:仕様書無しさん [2006/05/17(水) 12:20:35 ]
JVMの開発のことは計算に入れているだろ。

だが、Javaで書いても問題が無いものをわざわざC++で書こうと
する馬鹿の言うことなどもちろん計算外だがなw



616 名前:仕様書無しさん [2006/05/17(水) 13:52:06 ]
>>615
そうか?

>Javaで記述されたソースコードはJVMを量子コンピュータに対応させるだけで

一言で片付けてるけど、これは誰がやるんだ?

617 名前:仕様書無しさん mailto:sage [2006/05/17(水) 13:54:57 ]
ジェバンニ

618 名前:仕様書無しさん mailto:sage [2006/05/17(水) 14:02:06 ]
量子コンピュータにJVMを対応しても、量子コンピュータは得意な
計算領域が違うんだからそれにあわせた言語設計をして、
その言語を用いて一から組んだほうが良いんじゃないのか?

じゃないと、以前のバイトコードを量子コンピュータで実行できたからって、
VMがもの凄いボトルネックになりそうなんだが。

まぁ、量子コンピュータも言語の知識もあまり無い俺の妄想だが。

619 名前:仕様書無しさん mailto:sage [2006/05/17(水) 15:08:06 ]
>>616
C++をスコップ、
JVMをある高機能なクレーンだとしよう。
このクレーンを使わずC++スコップだけで超高層ビルを
建設することはできなくもないかもしれないがw、
非常にコストと時間がかかる。
そこでJVMクレーンを導入すると超高層ビルを
建設することは容易になるというわけだ。

武器や炎(JVM)を持ったサル(Javaソフトウェア)と武器を持たない、
火興しもできないサル(C++ソフトウェア)、
どちらが強いと思う?

武器を持てば、確かに重たくなって動きは鈍る。
だが敵を容易に倒せるようになるわけだ。

賢くなると敵も武器(JVM)を使うようになるが。
(それが今日の人類を形成しているわけで)


「武器(Java VM)を持たない方が(C++は)強い、刀で戦うだけでアメリカに勝てる」
だなんてまるで旧日本陸軍なんだよ。





620 名前:仕様書無しさん mailto:sage [2006/05/17(水) 15:10:23 ]
>>618
確かに、if文やループ文、boolean型など
若干変化が起こりそうだけどな。
変化というより、追加となるかな。

プログラミング言語は自然言語に近づこうとしているので
新しいプログラミング言語がJavaのような言語に近づくのは
自然な前進ともいえるがね。
その中でC++やC#、Perl, PHPやLisp、アセンブラのような言語もJavaとは
違う方向から進化してゆくものだけどね。



621 名前:仕様書無しさん mailto:sage [2006/05/17(水) 15:28:18 ]
たとえ話のセンスがない上にむちゃくちゃで話にならないな。
頭おかしいのか?

Javaは図書カードのようなもの。本屋と金券屋しか扱えない。
図書流通業界つう狭い業界でしか通用しない。基本換金できないし、加盟店でしか扱えない。
JVMは日本図書流通(株)みたいなもんだよ。ここが現金と交換しないと無意味。

他のネイティブ言語で扱ってるのは、現金そのもの。

俺もセンスないわw


622 名前:仕様書無しさん mailto:sage [2006/05/17(水) 15:31:50 ]
あ!思いついたわ。

Javaのバイトコードは旧日本軍が発行してた軍票のようなもの。
軍隊が威勢がいいうちはお金の代わりに使えたが、まけたとたんに紙切れ。
JVMは旧陸軍みたいなもんだな。

ネイティブのコードは、国が認証した中央銀行が発行した通貨。
プロセッサ+OSが国家みたいなもんだろ。

親亀の背中に小亀を乗せて〜

623 名前:仕様書無しさん mailto:sage [2006/05/17(水) 16:04:46 ]
JAVAよぉ〜
なんだかんだでバージョン合ってないと動かなかったりするだろ・・・・

624 名前:仕様書無しさん mailto:sage [2006/05/17(水) 16:20:16 ]
>>621
いや、お前のほうが頭がおかしいw

625 名前:仕様書無しさん mailto:sage [2006/05/17(水) 16:21:13 ]
>>622
>>619にC++狂信者を旧日本軍扱いされたからといって
そうカリカリするなよw

626 名前:仕様書無しさん [2006/05/17(水) 16:23:48 ]
>>619
いや、その強力なJVM自体を作るのにC++屋さんの協力が必要だと言ってるのだが。
なんか話がかみ合ってないな。


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 ]
黒船来航からの100年戦争はまだ終わってないと思うが?

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$様&Intel様
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=上級スクリプト系言語
レベルの扱いだぞw

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 ]
何回も思うんだが、お前日本語おかしい。

2ちゃん用語(2典とかな)でも見ながら書いてる第三国人の方ですか?

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#とかでも同じだが。







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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

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