【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★6

1 名前：仕様書無しさん mailto:sage [2007/03/29(木) 01:28:08 ] 過去スレ 【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★4 pc11.2ch.net/test/read.cgi/prog/1173529414/ 【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★5 pc11.2ch.net/test/read.cgi/prog/1174746731/ スルー推奨ワード（相手をした場合は荒らしとみなされます） 電球、たかひろ 　このスレは設計、実装含めた形でのOOに関する話題について語り合う目的で立てています。 　なので設計だけ、実装だけといった縛りは特にありません。 　設計には方針レベルからデザインパターンなどの実装設計レベルまで幅広くあります。 　いままでの流れをみるかぎり、各々OOに対する考え方や適用レベルが異なるため、煽りや中傷のレスが書き込まれていますが、 　書き込む方はどのスコープでOOを適用するかを伝えた上で書き込むのが良いかと思います。 66 名前：仕様書無しさん mailto:sage [2007/03/30(金) 00:27:42 ] この板はスレッドセーフではありません。 書き込む際は注意してくださ&ﾕｸ|1ﾒ・ﾇ$ﾙ・ｳ &l・ 67 名前：仕様書無しさん mailto:sage [2007/03/30(金) 00:43:54 ] >>66 ｽﾏｿ、書き込み被った 68 名前：仕様書無しさん mailto:sage [2007/03/30(金) 00:45:33 ] 釣り針が全部あぼ〜ん表示されるので、 安全といえば安全。退屈といえば退屈。 話が通じる面白い奴こねぇかな 69 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 00:48:50 ] 単なるスレッドセーフとマルチスレッドプログラミングはまるで違うもの。 入門者向けに「スレッドセーフ」を説明してる本があるけど、本格運用のでそんなの使ったら死ぬ。 70 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 00:50:22 ] オブジェクトを禁止ワードにしてるのか えらいぞ 71 名前：仕様書無しさん mailto:sage [2007/03/30(金) 01:00:51 ] バカが独りで暴れてる 72 名前：仕様書無しさん mailto:sage [2007/03/30(金) 12:43:57 ] なんでこんな糞スレがもの凄い勢いで消費してるのか分からん。 オブジェクト指向やらなんだか知らないが、そういう物好きな人が増えたのか？ 73 名前：仕様書無しさん mailto:sage [2007/03/30(金) 12:48:32 ] >>72 オブジェクト指向の話をしているように見えるのか？ 74 名前：仕様書無しさん [2007/03/30(金) 13:17:39 ] オブジェクト指向を隠れ蓑にした世代間対立スレだろこれ？ 技術者なんだから専門分野ができればそれでいいと思うんだけど。 75 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 19:04:18 ] 専門分野に入れなかった人が落ちるところがＯＯ 76 名前：仕様書無しさん mailto:sage [2007/03/30(金) 19:13:26 ] じゃCOBOLずーっとやってる人は元々こぼれですな 77 名前：仕様書無しさん mailto:sage [2007/03/30(金) 19:14:16 ] 宇宙開発からOOにわざわざ移った人は吹きこぼれか 78 名前：仕様書無しさん mailto:sage [2007/03/30(金) 19:20:40 ] ココ電柱は専門分野から落ちこぼれてOOでも落ちこぼれか くよくよすんな 79 名前：仕様書無しさん mailto:sage [2007/03/30(金) 19:41:19 ] コボラーはSAPに行けばいいんだ。 COBOLに似た言語でOOも可能だぜ。 80 名前：仕様書無しさん mailto:sage [2007/03/30(金) 20:09:36 ] いや、そこは突っ込む所じゃなくて 元々コボラ（ry 81 名前：仕様書無しさん mailto:sage [2007/03/30(金) 20:20:26 ] 意外と、ココ電ファン多いんだな、 たかひろファンと違い、ココ電ファンはまったりしてるな。 俺、思うに、ココ電の生息地って関西方面じゃね？　ね>>ココ電 82 名前：仕様書無しさん [2007/03/30(金) 20:22:29 ] 関西って仕事あるの？ 83 名前：仕様書無しさん [2007/03/30(金) 20:27:31 ] ITの仕事ならいくらでもあるぜ。 もちろんCOBOLの新規案件も コボラー足りないらしい。 84 名前：仕様書無しさん mailto:sage [2007/03/30(金) 20:57:01 ] age厨うぜぇ 85 名前：仕様書無しさん mailto:sage [2007/03/30(金) 20:59:01 ] ひろたかくんのストーカじみた求愛行動で どっかのバカの貞操が危険状態ですｗ 86 名前：仕様書無しさん mailto:sage [2007/03/30(金) 21:33:28 ] www.youtube.com/watch?v=oXux5e7SKV8 全然関係ないけど、東京都も大変だな 87 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 21:56:48 ] 浅草在住 88 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 21:57:43 ] 昨日は自動書記で書いたソースがバグってた。 今日上司の人にみつかってしまった。 89 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 21:58:55 ] コボラーは年収１０００万ですよ。 そこらの貧しいＯＯ厨が何を勘違いしてるんだか・・ 90 名前：仕様書無しさん mailto:sage [2007/03/30(金) 22:16:34 ] 87 名前：あぼ〜ん[あぼ〜ん] 投稿日：あぼ〜ん 88 名前：あぼ〜ん[あぼ〜ん] 投稿日：あぼ〜ん 89 名前：あぼ〜ん[あぼ〜ん] 投稿日：あぼ〜ん 91 名前：仕様書無しさん mailto:sage [2007/03/30(金) 23:18:34 ] >>87 なにー、浅草の浅草寺境内か、いいな、川で花見や花火楽しめて、休みは花やしきか ま、浅草ならCOBOL大好き、OO嫌い解るな >>86　ワロタよ　ココ電一票入れてやれ 92 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/30(金) 23:25:42 ] 花やしきは今有料ですよ。入場料 93 名前：仕様書無しさん mailto:sage [2007/03/31(土) 00:39:18 ] 花やしき子供の頃よく行った。入場料無料の頃。 そして大人たちは場外馬券場へ… 94 名前：仕様書無しさん mailto:sage [2007/03/31(土) 07:22:04 ] 閑話休題 そろそろ本題のオブジェクト指向について 95 名前：仕様書無しさん mailto:sage [2007/03/31(土) 08:15:36 ] 真面目な話なんだが、 UMLを理解＋利用せずにオブジェクト指向分析・設計やろうとしてるから 失敗プロジェクトが多発してんじゃまいか？ ただ、UMLを「技術者だけ」が理解しても客がわかんねーなら説明につかえねーしな UMLを利用しないからプロジェクトは失敗するし、 客にUMLで説明できないからプロジェクトは失敗するし ・・・駄目じゃん 96 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/31(土) 08:54:17 ] ＵＭＬはシステムの設計に必要なのではなくて オブジェクト指向に必要なんだろ。 自己完結哲学にすぎない。 仕事ふやすなよ。 97 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/31(土) 08:58:02 ] ああ、そうだ ＯＯのシーケンス図は通信やハード設計からのパクリだから。 知らないやつが要るだろうから教えておく。 98 名前：仕様書無しさん [2007/03/31(土) 08:59:15 ] 相変わらず頭バカだな 99 名前：仕様書無しさん mailto:sage [2007/03/31(土) 09:10:08 ] 荒らしはスルーしましょう 100 名前：仕様書無しさん mailto:sage [2007/03/31(土) 09:14:26 ] >>95 UML使わずにOOも何も無い 客側の担当者には前段で教えるしかない それがSEの仕事 101 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/31(土) 09:17:25 ] そうか　ショックだったか。 広い分野を知ってればＯＯなんか朴理だらけで、オリジナルがぜんぜんなくて 呼び名を変えただけなのも多く、根拠の無い効能書きしか残らないことが判るんだが、 まずこれを初心者に伝えて無かったな。 初心者に引っかかるやつが多いのはそういうわけだ。 どうやって伝えるかな。 102 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/31(土) 09:18:55 ] プロの技術者と初心者では　ＯＯの説明読んでも受け取り方がぜんぜん違うんだよ。 103 名前：仕様書無しさん mailto:sage [2007/03/31(土) 09:19:58 ] 外資系と一緒に仕事したとき言葉は分かんないけど UMLが理解できたときはちょっと感動した 104 名前：仕様書無しさん mailto:sage [2007/03/31(土) 09:26:46 ] 　♀ ♂ 105 名前：仕様書無しさん mailto:sage [2007/03/31(土) 09:44:51 ] たかくんはおまんこがだいすき 106 名前：仕様書無しさん mailto:sage [2007/03/31(土) 10:46:34 ] さて、花見に行ってくるか 咲いてるかな〜 107 名前：仕様書無しさん mailto:sage [2007/03/31(土) 13:09:16 ] 伊賀知己がここにこなくなってよかったね。平和が一番。 108 名前：仕様書無しさん mailto:sage [2007/03/31(土) 15:01:08 ] 俺だったら、オブジェクトをやる前に、 いまや使うだけと化した原点に帰って、 ＴＰモニタのソースでも読むぜ 109 名前：仕様書無しさん mailto:sage [2007/03/31(土) 15:18:16 ] ＴＰモニタのソース読むと何かいいことあんの？ 110 名前：仕様書無しさん mailto:sage [2007/03/31(土) 17:02:32 ] まともなTPモニタのソースってオプソで出てたっけ？ TPモニタ呼出API、TPモニタ・サービスAPI 位しか見た覚えないけど。 111 名前：仕様書無しさん mailto:sage [2007/03/31(土) 17:11:35 ] 国内だとHくらいか 分散TPモニタのソースが 最新状態にメンテされてるのは 112 名前：仕様書無しさん mailto:sage [2007/03/31(土) 17:54:49 ] >>102 STLとかBoostは糞でFA？？ 113 名前：仕様書無しさん mailto:sage [2007/03/31(土) 17:59:13 ] まるでココ電柱を口答試験してるみたいだなｗ 114 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/03/31(土) 22:25:15 ] ＳＴＬは前スレでおれが言及したでそ あほ 115 名前：仕様書無しさん mailto:sage [2007/03/31(土) 23:28:53 ] はー？ 116 名前：仕様書無しさん mailto:sage [2007/03/31(土) 23:51:52 ] 荒らしはスルー 117 名前：仕様書無しさん mailto:sage [2007/04/01(日) 01:42:20 ] NG推奨ワード：tIS/.aX84. 118 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/04/02(月) 01:06:59 ] まんどくさいからＶｅｃｔｏｒ使っちゃえーつってつかわね？ 無いと大変なんだけど 119 名前：仕様書無しさん mailto:sage [2007/04/02(月) 01:08:57 ] お前は何を言ってるんだ 120 名前：仕様書無しさん mailto:sage [2007/04/02(月) 02:07:24 ] 最近はもっぱらArrayListの方だな、使うのは。 121 名前：仕様書無しさん mailto:sage [2007/04/02(月) 04:14:34 ] >119 誰も何も言ってないと思うが… 122 名前：おじゃばさま [2007/04/02(月) 09:22:41 ] UMLってのは詳細設計や機能設計をするために、脳内で行っていたものを図にすることによって、 整理しようという目的の物だから、オブジェクト指向とは関係ない。 単にUMLの中にもオブジェクト指向に向く物があるというだけだ。 STLは熟練者の組んだCソースよりは遅いが、普通の人が自作するよりは早いし、汎用性がある。 STL無しでもOOで組めるが、STLを使った方が簡単に出来る。 ただし、コンストラクタの癖を理解し、リソース解放漏れに注意する必要がある。 123 名前：仕様書無しさん [2007/04/02(月) 09:48:07 ] >>122 熟練者が自作する場合と比べて、STLの遅い所ってどんな所ですか？ 124 名前：仕様書無しさん mailto:sage [2007/04/02(月) 12:08:24 ] 何このスレ 125 名前：仕様書無しさん [2007/04/02(月) 13:01:16 ] 現状は、低能が程度の低い釣りをして他の低能を釣るスレ 126 名前：仕様書無しさん mailto:sage [2007/04/02(月) 17:41:06 ] >>122 おじゃば殿はSTLを語ってるが、C++も使うのか？ STLにあるものをわざわざ自作する人って、おじゃばだろ おじゃばは必死に頑張ったが、結局、STLより早くかつ汎用性のあるものは出来なかったということだな。 127 名前：仕様書無しさん [2007/04/02(月) 23:07:02 ] インスタントというぐらいだから、オブジェクト指向はうまい、はやい、やすいのか？ 128 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/04/02(月) 23:15:58 ] 本に出てる概念を拾ってきて作るやつはアホ 俺なんかアセンブラ時代にＭＡＰ自分で考えたもんね 129 名前：仕様書無しさん mailto:sage [2007/04/02(月) 23:44:47 ] 荒らしやおじゃばの自己陶酔のせいでスレ内容のレベルが落ちたな >>122おじゃば 当たり前のことを書き連ねて何がしたいの？ 130 名前：仕様書無しさん mailto:sage [2007/04/03(火) 11:25:40 ] 荒し本人がよくいうよ。 まともな議論など、前スレ中ほどから絶えて久しいのに。 131 名前：仕様書無しさん mailto:sage [2007/04/03(火) 11:46:18 ] >>130 >荒し本人がよくいうよ。 どういう電波を受信すると、こんな断定が出来るんだろう。 132 名前：仕様書無しさん mailto:sage [2007/04/03(火) 11:58:05 ] 毒電波発するのやめれ 133 名前：仕様書無しさん [2007/04/03(火) 12:31:58 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　奥様聞きました？荒しさんのたら今度は「毒デムパ」ですって 134 名前：仕様書無しさん mailto:sage [2007/04/03(火) 12:45:16 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　あら奥さんご存知なかった？たかくんの来るスレはいつもこうなのよ 135 名前：仕様書無しさん mailto:sage [2007/04/03(火) 13:00:34 ] NGワード推奨：おじゃばさま 136 名前：仕様書無しさん mailto:sage [2007/04/03(火) 15:38:58 ] ここは、おじゃばさまに釣られるのをぐっとガマンするスレになりました。 137 名前：仕様書無しさん mailto:sage [2007/04/03(火) 16:32:41 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　おくさん、見ました？たかくんたら関数言語スレでも拒否られてましてよ 138 名前：おじゃばさま [2007/04/03(火) 17:40:50 ] >123 処理に特化した検索処理などだ。 例えば最終レコードへの検索ヒット率が高い処理などで、最後から検索するようなロジックにするなどだ。 >126 すでにある物は作らない。それがJavaクオリティー。 攻撃者のうちの一人は、俺を排除するためにわざと会話にならない書き込みをしていたそうだ。 無意味だしもう新学期なので、無意味な書き込みはやめると言う事で決着した。 ただもう一人いるみたいだな。偽コンサルっぽいのがもう一人らしい。たかくんか？ 139 名前：仕様書無しさん [2007/04/03(火) 17:43:30 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　あらヤダ！たかひろくんたら「おじゃばさま」名義でさんざん荒してたのをもう忘れちゃったみたい 140 名前：仕様書無しさん mailto:sage [2007/04/03(火) 17:53:23 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　アラ、たまに居るわよ。多重人格っていうのかしら？　被害妄想っていうのかしら？ 141 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:02:20 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　居る居るぅー。他人に散々迷惑かけて、謝りもせず相手を悪者扱いしちゃう子。ダメよねぇそんな子って 142 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:03:50 ] >>138 >例えば最終レコードへの検索ヒット率が高い処理などで、最後から検索するようなロジックにするなどだ。 よりにもよって、こんな例を出してくるとは莫迦極まれり。 reverse_iterator も知らずに STL を語ってたのか。 143 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:06:07 ] ( ´д)ヒソヒソ(´д｀)ヒソヒソ(д｀ )　ねぇねぇ、この子けぇじばんのタイトルも読めないのかしら。おばかさんね(ｷｬｯｷｬ 144 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:31:00 ] ﾃﾗﾜﾛｽ おじゃばフィルターに下記の文章を流し込むと、 >>138が出てくるのか。 これじゃ話が通じないわけだ 558 名前： 仕様書無しさん 投稿日： 2007/04/02(月) 10:08:55 おはよう。私は偽コンサルではない方だ。 私は会話が通じない人間ではない。 キミは、私が設計の説明をしている最中に 私の説明の主旨を無視して、 論点のずれた話題を延々と振って議論妨害してきた。 だから、私はキミの主旨を完全に無視して、 キミを排除する事に力を注いだ。 たったそれだけの話だ。 追伸 常連おさんから、キミの言動の傾向について話を聞いた。 結論として、キミはあまり良い評価を得ていない。 新年度に入った事だし、つまらぬ言い争いは止めないか？ 145 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:51:28 ] 【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★3 pc11.2ch.net/test/read.cgi/prog/1171808096/ (dat落ち) 770 名前： 仕様書無しさん [sage] 投稿日： 2007/03/09(金) 02:02:26 コードをコントロールする側・される側にキッチリ分解する。 で、コントロールされる側のコードを追加しようが変更しようが コントロールする側のコードは二度と触らない。 これがバグをいれこまずに機能追加するための大原則で、ここが わかってなきゃなんでデザインパターンがやくにたつのかわかりっこない。 146 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:53:46 ] 【OOP/D】ｵﾌﾞｼﾞｪｸﾄ指向を何故理解できないの？★5 pc11.2ch.net/test/read.cgi/prog/1175099288/ 369 名前： 仕様書無しさん [sage] 投稿日： 2007/03/26(月) 15:32:13 ・ゲーム盤 と 審判＆ルール ・審判 と ルール ・プレイヤ と 戦術 の分離理由 ■マイクロカーネル・パターン　あるいは ■「方針と実現の分離」原則 　プログラム中に散在する「方針」と「実現」を分離する事で、 　プログラムの複雑性を減らし、保守性や拡張性を高める方法。 147 名前：仕様書無しさん mailto:sage [2007/04/03(火) 18:56:31 ] >>145の書き込み　2007/03/09(金) 02:02:26 >>146の書き込み　2007/03/26(月) 15:32:13 わずか16日間の間に、このスレにどのような劣化が発生したのか？ 誰か説明よろ 148 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:04:36 ] ・アホコテ2匹＋αが荒らしまくった ・>1がアホだった いじょ 149 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:06:38 ] >>148 それは違う。 おじゃばが荒しをしたのが一つの原因だ。 150 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:10:08 ] 荒しをしたアホコテ2匹＝おじゃば、ココ という意味だろ。 151 名前：149 mailto:sage [2007/04/03(火) 19:11:18 ] 了解した 152 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/04/03(火) 19:23:45 ] 俺がいつ荒らしたよ 議論に負たＯＯちゅが「荒らしだ荒らしだ」って騒いでるだけだろ 153 名前：ココ電球（∩T∀T)y-~~~~ 　 ◆tIS/.aX84. [2007/04/03(火) 19:26:24 ] 基幹コテがいなくなると寂れちゃうし 154 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:27:18 ] よーしわかったわかった 要するに >>145の中の文を書いたヒトは、 自分が(分散処理開発で)苦心惨憺して身に付けたノウハウ(>>145)が 実は分散処理の元祖で発明された概念(>>146)だと知って、 荒れ狂ってたわけね。 155 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:30:53 ] おじゃばは Apple Darwin はムリとしても(w せめて Linux Kernelソースくらいは目を通しておいた方がいい。 そんなの基礎教養だと思ってた。 156 名前：仕様書無しさん mailto:sage [2007/04/03(火) 19:36:58 ] >>154 荒れ狂ってたのはおじゃばだろ。 あと、「分散処理の元祖が発明した」というよりは、 「それ以前からあったノウハウが、 分散処理の元祖の開発時に基本設計として採用された」 が正解。 物事は慎重に正確に書け 157 名前：おじゃばさま [2007/04/03(火) 20:04:05 ] このスレの問題点はいくつかある。 まず、 「初心者に簡単に説明しようとする人」と「オブジェクト指向を深く理解しようとする人」の 2種類がいると言う事だ。 次に、 オブジェクト分割の際に、「機能や処理で分割しようとする人」がいると言う事だ。 オブジェクト指向ではオブジェクト（日本語だと難解だが物としておこう）で分割しなければならないが、 目に見えない物は機能との区別が非常に曖昧だ。そのため分割を間違える。 そのため、最初に誰かが簡単に説明すると、どんどん難しくなっていって、初心者はついていけなくなる。 そのうちOOと直接関係ないアーキテクチャパターンや、OO部品でしかないデザインパターンなどが飛び出し、 オブジェクトも機能も分からなくなって終了。 となっている。 158 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:06:18 ] もう休んでイイよチミ 159 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:09:19 ] 一番の問題児が何言ってんだよ。アホか。 160 名前：おじゃばさま [2007/04/03(火) 20:12:49 ] ちなみに146の言う方針と実現の分離は、分離の意味を誤解しているのではないかと思う。 クラスレベルの分離とシステムレベルの分離は違うのに、クラスレベルの分離に適用しているのではないか？ つまりABCと3つのクラスがあるとする。機能が1つ追加になった場合には、その機能でDクラスを 作ろうとするが、本当はその機能がAとBで使われているとしたら、Aを拡張したA'とBを拡張したB'を 作るべきだ。システムレベルで言えばこれも分離だが、これの区別がない人がいるのではないだろうか？ 161 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:14:52 ] おおぶじじゃぇくばとさしこまう 162 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:16:11 ] つーかご高説垂れてるつもりで冗長なだけで中身がない文章しかかけないアホコテと 論破してるつもりで頭がおかしいとしか思えない勝利宣言繰り返すアホコテが 荒らしてる自覚がない事が最重要問題だと思う 163 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:17:18 ] ちなみに機能と実装を分離する考え方のパターンがBridgeパターンだ。 164 名前：おじゃばさま [2007/04/03(火) 20:21:16 ] 第一、アーキテクチャパターンが悪い。 アーキテクチャパターンと言うのは、ただのアプリケーションの分類である。 適当なアプリケーションを解析して、これは○○パターンだねと分類しているだけである。 パターンになければ新しいパターンとして追加する。 作業的には終わりがないので、暇な学者が好んで研究する。 これは学問だ。 学問というのは、うまく利用出来ればそれなりの効果があるが、大抵はそのまま使えない。 だから初心者にアーキテクチャパターンやデザインパターンなどは勧めない。 165 名前：仕様書無しさん [2007/04/03(火) 20:24:48 ] >>160 >>163 なんだ。デザパタスレで散々人の発言を妨害しまくっておいて 今更そんな事を言い出したのか。 つくづく腐った魂を持つ男だな、鈴木高弘。 166 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:28:07 ] パターンなどと言わず方式とか様式とか法とかでいいじゃん。 しょせんやりかたなんだし。用語に当てはめて思考停止するパターンがｗ多いぞ。

---

---

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

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