- 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を適用するかを伝えた上で書き込むのが良いかと思います。
- 168 名前：おじゃばさま [2007/04/03(火) 20:29:21 ]
- 俺は分かりやすく書いているつもりだが図がいいか？
class A{}
class B{}
class C{}
機能を追加（AとBで使う）
class A{}
class B{}
class C{}
class D{}
ではなく、
class A{}
class A' extends A{}
class B{}
class B' extends B{}
class C{}
にすべきだと言いたい。
- 169 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:33:41 ]
- Beidgeパターンは捨てて、全てTemplate Methodパターンにしろと？
- 170 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:36:14 ]
- >>168
>class A{}
>class A' extends A{}
>class B{}
>class B' extends B{}
>class C{}
class A{}
class A' extends A{}
class B extends A{}
class C{}
か
class A{}
class B extends A{}
class C{}
class D extends A{}
じゃないの？
- 171 名前：仕様書無しさん [2007/04/03(火) 20:36:17 ]
- Bridgeパターン： 実装継承と機能継承の分離。
あるクラスをベースに、実装拡張と機能拡張を行う時に、
実装の詳細をインタフェースでカプセル化し、
機能側はこのインタフェース経由で機能記述、機能拡張を行う。
マイクロカーネルパターン：方針と実装の分離。
「方針」と「機能」は違う。
オセロ問題では、継承絡みの問題抜きで
ルールや戦略を分ける理由付けとして
ネットワーク分野でよく知られる
「方針と実装の分離」を引用した。
- 172 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:50:09 ]
- 都合が悪くなるとトンズラするおじゃばさま。そこがかわいい。
- 173 名前：仕様書無しさん [2007/04/03(火) 20:52:57 ]
- 今夜も精が出ますねぇ。
精が溜まり過ぎなんじゃないですか？
- 174 名前：仕様書無しさん mailto:sage [2007/04/03(火) 20:57:21 ]
- >>169
デザパタスレの議論妨害厨乙。
なんでお前は元のパターンに戻ってっちゃうの？
今日はBridgeパターンを再勉強して、その成果を発表してたんじゃないの？
- 175 名前：仕様書無しさん [2007/04/03(火) 21:02:49 ]
- Bridgeパターンをより判りやすく多少の皮肉の入った例で説明すると
「社会性」、これがブリッジに相当する。
実装側は、個々人それぞれに事情があるにせよ、
仕事では「社会性」を持って行動する。
(お子ちゃまは「社会性」が足りないので、
それぞれ個別の実装方法で一定の「社会性」を持つよう訓練される。)
機能側は、個々人の持つ「社会性」を前提に
各種の仕事を割り振る。それらの仕事にはバリエーションがある。
厳しい仕事では、個々人の社会性に欠陥があったら排除する。
これがBridgeパターン。
なお実際の仕事では、個々人の特性、社会性に適した仕事を割り当てる
のが望ましい。
加えて、一部の非常に親切な人は、個々人の社会性の実装上の欠陥
(例えば幼少時のうんたらかたらで性格がどうした)みたいなのを考慮して
実装を直す教育を仕事現場でやってくれる事もある。
頑張れ
- 176 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:05:52 ]
- 個人と仕事を結ぶブリッジが「社会性」
- 177 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:13:13 ]
- おじゃば と 社会 を結ぶブリッジが「２ちゃん」
だがおじゃばはここは社会ではない事に気付いていない。
- 178 名前：おじゃばさま [2007/04/03(火) 21:22:07 ]
- >170
実際にはそうなるかもしれない。
機能で新しく独立したクラスを作るべきでないと言いたかった。
>171
非常に不本意だが、マイクロカーネル・アーキテクチャパターンの検証をしてみるか。
俺も171も納得してないからな。初心者は無視してくれ。
----------------------------------------------------------------------------------
Microkernelアーキテクチャパターンは、
変更されるシステム要件への適合が求められるソフトウェアシステムに用いられ、
システムの核となる最小限の機能を、拡張機能や顧客依存部分から分離する。
また、さまざまな拡張機能を組み込んだり、その拡張機能が協調して動作できるような
調停機能を提供したりする、一種のソケットとしての役割も果たす。
----------------------------------------------------------------------------------
やはり俺的には「システム」の「機能分離」の話で、OOのクラス分けには関係ない気がする。
特に「ソフトウェアシステムに用いられ」、「拡張機能や顧客依存部分から分離」と言う所だ。
ここの「機能」の範囲がたまたまオブジェクトと一致する場合があるかもしれないが、
個々で言う「機能＝オブジェクト」ではないと思う。
- 179 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:23:47 ]
- 178 名前： あぼ〜ん [あぼ〜ん] 投稿日： あぼ〜ん
あぼ〜ん
- 180 名前：仕様書無しさん [2007/04/03(火) 21:26:06 ]
- 179 名前： あぼ〜ん [あぼ〜ん] 投稿日： あぼ〜ん
あぼ〜ん
- 181 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:31:27 ]
- また一歩、退化への道を歩むおじゃば。
「アーキテクチャ・パターンはシステムレベルの話だから違〜う」
「アーキテクチャ・パターンに載ってる記述以外は信用できな〜い」
平鍋のハンドブックがバカなんだよな、
あんな的外れなイントロ文とシステムブロック図しか載せないから。
- 182 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:33:10 ]
- 賛否両論あるけど、デファクトの地位にあるMVCパターン。
これなんかも確かに「アーキテクチャ・パターン」に載ってるけど、
明らかにフレームワークのクラス設計レベルの話なんだよな。
- 183 名前：おじゃばさま [2007/04/03(火) 21:41:31 ]
- ------------------------------------------------------------------------
Bridgeパターン： 実装継承と機能継承の分離。
あるクラスをベースに、実装拡張と機能拡張を行う時に、
実装の詳細をインタフェースでカプセル化し、
機能側はこのインタフェース経由で機能記述、機能拡張を行う。
------------------------------------------------------------------------
JDBCやサーブレットのこと。
JDBCの場合は、ORACLEやPostgresに変更出来るようになっている。
サーブレットの場合は、TOMCATやWebLogicに変更出来るようになっている。
ただそれだけ。
社会性？
使えない実装を排除するためにインタフェースがあるなんて聞いたことないな。
- 184 名前：仕様書無しさん [2007/04/03(火) 21:41:58 ]
- みんなばらばらのこと話して分散の研究か？
もうこれ以上話し合っても無駄だと気づけ
2chにオブジェクト指向は相応しくない！
- 185 名前：仕様書無しさん [2007/04/03(火) 21:42:06 ]
- >>181
- 186 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:44:35 ]
- おじゃばは学習能力の低い子だから相手すんな
- 187 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:44:59 ]
- おじゃばさま、意見する時は根拠書けよ。
「〜気がする」とか「かもしれない」って。女子高生かよ。
- 188 名前：仕様書無しさん [2007/04/03(火) 21:45:51 ]
- おじゃばさま＝鈴木高弘＝大規模開発で基本設計ミスによりマルチスレッド絡みのデスマーチを起こした人物
- 189 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:47:04 ]
- >187
そんな可愛くねぇよ
口だけの禿親父
- 190 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:48:45 ]
- 伊賀者参上！だなｗ
- 191 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:55:07 ]
- おいおい、おじゃばさま、「JDBCやサーブレット」はBridgeパターンじゃないだろ。
- 192 名前：おじゃばさま [2007/04/03(火) 22:01:43 ]
- アーキテクチャパターンと言うのは、たくさんのソフトウェアを解析して分類し、
その中から特徴や法則を見いだそうという学問だ。
だからアーキテクチャパターンの本を買って来て、その中のいくつかを暗記した所で意味はない。
コンサルが営業相手にプレゼンするには、アーキテクチャパターンで押せるが、
最近はプレゼンに第一線の技術者が出てくる場合があるから、痛い目にあるぞ。
- 193 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:02:46 ]
- 今日はここ最近になく大漁だな。よかったな、おじゃば。
- 194 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:06:13 ]
- 痛い目(･∀･)にある
- 195 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:11:52 ]
- > 「方針」と「機能」は違う。
より詳しく説明すると、
「方針と実現の分離」では、まずは「方針」ありきで、次に「実現」側がそれを実現する。
主従関係がある。
「機能継承と実装継承の分離」は、まず「実装」ありきで、次にそれを利用して「機能」が記述される。
- 196 名前：仕様書無しさん [2007/04/03(火) 22:18:41 ]
- 俺が思うに、おじゃばってのは鈴木が、
その愚かな側面をオープンにしたものなのだと思う。
普段だったら口にできない初歩質問、判らない事、間違った考え方、
それらを見ず知らずの他人に晒して、フィードバックを得て、
そこから何かを学習しようとする・・・不毛な努力。
それでは、そんな不毛な努力に、何故付き合う人間が出てくるのか？
それは単に、彼が粘着し、罵倒し、荒しをし、その他醜悪な行為をして
数多くの心ある人々に「排除すべき対象」としてマークされ、
徹底的に叩かれる、その過程が、彼にとっての学習なんだ。
匿名掲示板上ですら素直に疑問や質問をできないとは、あわれな存在だ
- 197 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:33:05 ]
- なるほどねぇ、そういうことか。しかし自分の勉強のために
嘘を吹聴するのはいかがなものかねぇ。
しかも、偉そうに、「だ・である」口調だぜ。あいつ。
- 198 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:35:28 ]
- さすが伊賀者。分身の術も会得している。
- 199 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:37:30 ]
- 高弘> だからアーキテクチャパターンの本を買って来て、その中のいくつかを暗記した所で意味はない。
お前の普段の行動パターンがそうである事を、良く理解したｗ
あの本は単なるパターン集ではなく、
ソフトウェア・アーキテクチャに関する専門書だ。
パターン集部分には、真面目にアーキテクチャと取り組んできた人間なら
誰でも必ず触れた事のあるアーキテクチャ設計が含まれている。
更にvol2 (洋書)には、vol1(和書)で扱いのなかった、
Webアプリケーションのためのアーキテクチャ設計が多数含まれている。
こちらも、その分野を真剣にやっていた人間なら見覚えのあるパターンが多い。
- 200 名前：197 mailto:sage [2007/04/03(火) 22:38:06 ]
- は？ 俺は>>196じゃないよ。
おじゃばのあの口調こそ自演をカモフラージュするためのものかもな。
- 201 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:39:12 ]
- 「俺と高弘の間をジャマするな」が主張だからねー
誤解の無いように。
- 202 名前：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. [2007/04/03(火) 22:46:43 ]
- どっかからソースをコピペしてきてちょちょいと書き換えて使うのを何パターンつうの？
代表的なプログラミング技術なのに どの本見ても載ってないの
- 203 名前：仕様書無しさん mailto:sage [2007/04/03(火) 22:49:22 ]
- >>202 ココ電球パターン。最近2chで知られるようになった。
- 204 名前：仕様書無しさん [2007/04/03(火) 22:55:30 ]
- ココ電とおじゃば以外は、全部伊賀の人です。
- 205 名前：仕様書無しさん [2007/04/03(火) 23:00:05 ]
- age進行？いいねぇ
- 206 名前：仕様書無しさん mailto:sage [2007/04/03(火) 23:07:09 ]
- ,.――――-､
ヽ /￣￣￣｀ヽ、
| | （・）｡（･）|
| |＠＿,.--､_,> 甲賀者には負けられないでござる
ヽヽ＿＿＿ノ の巻
- 207 名前：仕様書無しさん mailto:sage [2007/04/03(火) 23:10:41 ]
- そろそろ法則追加だな
- 208 名前：仕様書無しさん mailto:sage [2007/04/03(火) 23:43:32 ]
- ファイルを読んでDBに書き込む
この場合クラスにするのはどれですか？
教えてエロい人
- 209 名前：仕様書無しさん mailto:sage [2007/04/03(火) 23:53:19 ]
- ファイルを読んでDBに書き込むクラス
- 210 名前：仕様書無しさん [2007/04/03(火) 23:53:51 ]
- おじゃばの中身のカスに詫び入れさせてきたｗ
奴はデスマ関係者にも詫び入れるべきだと思うけど
- 211 名前：仕様書無しさん mailto:sage [2007/04/03(火) 23:56:51 ]
- >>209
真面目に答えれ。
- 212 名前：仕様書無しさん [2007/04/04(水) 00:38:10 ]
- デスマ先生スレ
- 213 名前：仕様書無しさん mailto:sage [2007/04/04(水) 00:48:37 ]
- たかひろ、たかひろ
うるさい奴等ウザイ
氏ね
- 214 名前：仕様書無しさん mailto:sage [2007/04/04(水) 00:54:25 ]
- デスマ先生ご乱心？
- 215 名前：仕様書無しさん mailto:sage [2007/04/04(水) 01:14:51 ]
- >>214
いちいち、くだらない事書き込むな
氏ね
- 216 名前：仕様書無しさん mailto:sage [2007/04/04(水) 01:23:49 ]
- 法則発動しまくりんぐ
もしかしてこれﾌｧﾋﾞｮｰﾝ ？
- 217 名前：仕様書無しさん mailto:sage [2007/04/04(水) 01:41:42 ]
- 御本人様火病り中ですか・・・
- 218 名前：仕様書無しさん [2007/04/04(水) 02:10:37 ]
- デスマ先生がまだ頑張ってるぞ
おまいら応援行ってこい
pc11.2ch.net/test/read.cgi/tech/1172431242/l50
- 219 名前：仕様書無しさん mailto:sage [2007/04/04(水) 02:24:08 ]
- #define private public
#define protected public
- 220 名前：仕様書無しさん [2007/04/04(水) 02:27:30 ]
- >>178
俺が言っていたのは「方針と実現の分離」だ。
ビジネスロジックを疎結合に構成する方法として、
マイクロカーネルパターンの特徴「方針と実現の分離」を採用すれば良い
という文脈で、それを出したのだ。
おまえはいい年をして初心者騙して
醜態晒すんじゃねぇ。
- 221 名前：仕様書無しさん mailto:sage [2007/04/04(水) 02:28:23 ]
- 成り済ましって、だいたいこんな感じでおｋ？
- 222 名前：仕様書無しさん [2007/04/04(水) 07:46:47 ]
- いつまでたっても、負けると将棋板ひっくり返すジジィだな高弘
- 223 名前：仕様書無しさん mailto:sage [2007/04/04(水) 11:51:11 ]
- >>184
>みんなばらばらのこと話して分散の研究か？
ｗﾜﾛﾀ
- 224 名前：おじゃばさま [2007/04/04(水) 19:58:49 ]
- >223
いや面白くない。
アーキテクチャパターンがオブジェクト指向と直接の関係がないと言う事が分かって、
たかひろが意図的に話題をずらしているだけだ。
- 225 名前：仕様書無しさん mailto:sage [2007/04/04(水) 20:15:07 ]
- >>224＝おじゃばさま＝高弘
自問自答乙
- 226 名前：おじゃばさま [2007/04/04(水) 20:42:30 ]
- >225
何だ俺を「たかひろ」や「伊賀知己」にして、自分はいなかった事にしたいのか？
俺は俺以外に人がいるのは分かるし、俺は他人に自作と思われようと全く気にしないから無意味だぞ。
で、もういいのか？
アーキテクチャパターンとOOは直接は関係ないと言うのは分かったか？
- 227 名前：仕様書無しさん mailto:sage [2007/04/04(水) 20:43:45 ]
- ヒント：おじゃば知性90%ダウン
- 228 名前：仕様書無しさん mailto:sage [2007/04/04(水) 20:44:49 ]
- ヒント：この子はおじゃばの役回りを理解できていない
- 229 名前：ﾜﾛﾀ mailto:ﾜﾛﾀ [2007/04/04(水) 20:47:40 ]
- ﾜﾛﾀ
- 230 名前：仕様書無しさん mailto:sage [2007/04/04(水) 21:14:15 ]
- >>227 やあ、伊賀知己
相変わらず、すばやい粘着レスだな感心するよ
- 231 名前：仕様書無しさん mailto:sage [2007/04/04(水) 22:54:07 ]
- マジメな質問で恐縮なんだけど、大体、main関数自体がOSの提供する
スレッドん中で動いてんのに、OSやライブラリの提供するスレッド機
能使わないってどういうこと？ ユーザプロセスでレジスタとか、ス
タックとか切り替えられんの？ ま、知らんで聞いてるが。できても
えらい面倒くさそうだな。こんなん簡単にできたらマジ尊敬するよ。
- 232 名前：仕様書無しさん mailto:sage [2007/04/04(水) 22:54:57 ]
- あ、まちがった。おさんスレの方だった。ま、いっか・・・
- 233 名前：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. [2007/04/04(水) 22:56:44 ]
- Ｊａｖａの場合はＪａｖａのグリーンスレッドのほうが安定してるから。
- 234 名前：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. [2007/04/04(水) 23:25:00 ]
- ああ、あと、スレッド自作するのは
各スレッドを１：１で平行動作させたい場合だな。
- 235 名前：とおりすがり・おさん mailto:sage [2007/04/04(水) 23:32:12 ]
- >>231
マルチスレッド・プログラミングではまった人が居ると聞いたので、
内部機構を考えてもらうネタとして考えた。
まずは安全牌の解。
デバッガのステップ実行割り込みのメカニズム使えば、
任意のポイントとタイミングで、レジスタ退避/復帰と実行ポイント変更と
スタック切換ができる。(こっちは概要調べただけで書いた事はない)
今なら例えばcygwin のgdbソースでも追っかけりゃ判るはず。
欠点は、gdbには詳しくなれるけど、マルチスレッド勉強には重過ぎる点。
次はもっと簡単だけど、かなりいい加減な方法。
後で書く。
- 236 名前：とおりすがり・おさん mailto:sage [2007/04/04(水) 23:42:48 ]
- 後で書く、とかいうとまた腐れが騒ぎ出して鬱陶しいんで、
要点だけ書いとくと、
・ノンプリエンティブ・マルチスレッドにする。(都合のいい時にしか切り替えない)
・レジスタ変数は一切使わないオプションでコード吐かせて(要コード・チェック)
レジスタ退避の事は一切忘れる。
(直前の実行ポイントは必ず、タスク切換関数の呼び出しスタックに保存される)
・スタック切換は、アセンブラで複数のスタック切換を書いてもいいんだけど、
それ以外のやり方として、スタックは一本にして、それを分割して使うやり方がある。
スタックポインタの操作は、alloca()関数とreturn駆使すればCで記述できる。(要コード・チェック)
- 237 名前：とおりすがり・おさん mailto:sage [2007/04/04(水) 23:47:22 ]
- 一番重要なポイント書き忘れてた。
・自作スレッドで実行させる関数上では、外部ライブラリ/OS機能は一切使わない。
(動作検証が面倒になって、「原理を学ぶ」という主旨に反するから)
- 238 名前：仕様書無しさん mailto:sage [2007/04/04(水) 23:48:12 ]
- ほぇ〜、なんか難しそうだけど、要はできるっつうことね。
そういえば、デバッガでもレジスタ弄れるもんなぁ。
メリットがいまいち分からんが、こんなん書ける奴はよっぽど
のマゾだな。コリャ。
- 239 名前：仕様書無しさん mailto:sage [2007/04/04(水) 23:48:28 ]
- 要コードチェックって何のコード？
- 240 名前：とおりすがり・おさん mailto:sage [2007/04/04(水) 23:53:15 ]
- >>239
アセンブラのコード見て、
・「レジスタ変数退避が不要」にちゃんとなってるか （コンパイラオプションが正しいか）
・「スタックポインタの操作」が意図どおりちゃんと書けてるか (プログラマ側の責任)
をチェックしる
- 241 名前：とおりすがり・おさん mailto:sage [2007/04/04(水) 23:55:31 ]
- 言い忘れ。
簡単なレジスタ退避なら、setjump()使えばできるでしょ。
なんか32bit化の時に入った、OS向けの特殊なフラグは取れないかもだけど。
- 242 名前：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. [2007/04/05(木) 00:58:44 ]
- アセンブラで書けばいいだろ。
器用なことするな
- 243 名前：仕様書無しさん mailto:sage [2007/04/05(木) 06:33:37 ]
- OOはどこいった？
- 244 名前：仕様書無しさん mailto:sage [2007/04/05(木) 07:26:57 ]
- 「奴」は当分、２ちゃんを見る気がしねぇんじゃねぇのか？
- 245 名前：とおりすがり・おさん mailto:sage [2007/04/05(木) 08:15:47 ]
- >>236補足
・スタック切換〜ベースポインタ操作だけは、Cじゃなくアセンブラを使う必要がある。
- 246 名前：おじゃばさま [2007/04/05(木) 09:51:00 ]
- とりあえず、Cスレッドの話はおさんスレに任せるとして、OOの話に戻るか。
- 247 名前：仕様書無しさん mailto:sage [2007/04/05(木) 12:46:14 ]
- また詐欺師か
- 248 名前：仕様書無しさん mailto:sage [2007/04/05(木) 14:09:28 ]
- >>226
お前が誰かなど (一部の粘着ｸﾝを除いて) 興味などない。
ただ、
莫 迦 は 黙 っ て ろ。
- 249 名前：おじゃばさま [2007/04/05(木) 18:59:51 ]
- >248
じゃ結局何が言いたいんだ？煽りとかじゃなくて、マジわかんね。
これだけ説明しても変わらないって事は、自分の意見が正しいと思っているって事だよな？
で、馬鹿な俺から皆を守り、正しい道に導くために戦ってると言うなら、その行動も納得出来る。
で、アーキテクチャパターンとOOの関係について、まともな回答をもらってないのだが。
方針と機能は違うとか、例を示しただけだとか。
248の断片的な主張を強引につなぐと、
「アーキテクチャパターンにある設計で作ることが、オブジェクト指向である」
と言うように聞こえるのだが、そう言いたいのか？
- 250 名前：248 mailto:sage [2007/04/05(木) 19:06:06 ]
- >>249
新ｽﾚになって初めて書き込んだ俺に訊くことか？
いつも思うことなんだが、
「自分以外はすべて同一人物として扱う」って
一種の心の病だよなあ。
- 251 名前：仕様書無しさん [2007/04/05(木) 19:15:47 ]
- 日本語でおｋ
- 252 名前：仕様書無しさん mailto:sage [2007/04/05(木) 19:17:23 ]
- また、コテ忘れてるよオイ。
- 253 名前：おじゃばさま [2007/04/05(木) 19:52:18 ]
- >250
誰？新スレで最初に書き込んだ内容が248？うーむ、なんだかわからんな。
まあいいや、248は見なかったことにするから、249も忘れてくれ。250も忘れるから。
- 254 名前：仕様書無しさん mailto:sage [2007/04/05(木) 19:55:15 ]
- コテつけたり外したり、おじゃばさまも忙しいな。
- 255 名前：仕様書無しさん [2007/04/05(木) 19:57:05 ]
- ２ちゃんの荒しには三種類居る。
Type1. 池沼。
スレの議論内容を一切理解できないにも関わらず
昼夜を問わず延々何ヶ月もスレに常駐し、スレとは無関係な話や
目的不明な自作自演、成りすまし、罵倒発言や落書きを繰り返す、
一種の精神異常者だ。
[対策]スルー、コテハン化、ID制導入
Type2. 撹乱者(天然系、愉快犯系、etc.)
スレの内容や議論の目的をある程度は理解した上で、
瑣末な間違いや疑問でいちいち揚げ足取りをとったり、
参加者が同意している筈の議論の大前提を否定する事で、
議論を空転させ参加者を疲弊させ、最終的に議論の目的達成を阻む。
天然系の無意識発言が原因となる事もあるが、
その多くは、議論好き人種の愉快犯系的犯行である。
[対策]議論の前提/目的/経過/マナー等の再確認
Type3. 利害関係に基づくコミュニティ破壊者(嫉妬系、確信犯系、etc)
これが一番性質が悪い。
コミュニティの情報交換と価値創造に嫉妬心を抱いたり、
自らのハッタリ商売が成立しなくなるのを異常なまでに恐れて、
参加者を撹乱し/疲弊させ/やる気を失くさせ、コミュニティ崩壊を画策する輩。
Type3犯は手段としてType2, Type1を行って潜在荒しを扇動するが
動機と目的の邪悪さ・悪質さによって他と判別される。
- 256 名前：仕様書無しさん [2007/04/05(木) 20:01:08 ]
- Type3犯罪者の発言事例
535 名前： 仕様書無しさん 投稿日： 2007/03/26(月) 22:56:55
みんな文句言って叩いていいものが出てこないかと待っている感じが滲み出ていて
笑える
俺としては、なぜ只で教える必要がある？って感じだ
まして２ｃｈでとかありえない
このスレが発端で２ｃｈネラーがOO得意になったりしたら市場価値は台無しだ
中には少しはわかっている奴もいるようだが、そこのところよく考えて発言するように
540 名前： 仕様書無しさん 投稿日： 2007/03/26(月) 23:05:25
>>538
違うな、『発言したいなら市場価値が上がるような権威のある場所でしろ』ってことだ
お前らはOOと2chが結びついて幸せなのか？
そこんとこよくドメイン分析するように
- 257 名前：仕様書無しさん mailto:sage [2007/04/05(木) 20:14:55 ]
- python関連スレで2月中旬〜3月下旬に沸いたデザパタ荒し厨、
こいつはType2〜Type3だ。
隔離前後の本スレでのやりとりや、
中断後のやりとり(>>274-275,>>484,>>488-545)を見れば、
必然性や合理性に欠いており、その真意の程が図りかねる。
Haskellスレで3/31〜4/1に沸いた実用言語厨も
同様にType2〜Type3だ。
- 258 名前：仕様書無しさん mailto:sage [2007/04/05(木) 20:46:28 ]
- 147 ：仕様書無しさん ：2007/04/03(火) 18:56:31
>>145の書き込み 2007/03/09(金) 02:02:26
>>146の書き込み 2007/03/26(月) 15:32:13
わずか16日間の間に、このスレにどのような劣化が発生したのか？
誰か説明よろ
148 ：仕様書無しさん ：2007/04/03(火) 19:04:36
・アホコテ2匹＋αが荒らしまくった
・>1がアホだった
いじょ
152 ：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. ：2007/04/03(火) 19:23:45
俺がいつ荒らしたよ
議論に負たＯＯちゅが「荒らしだ荒らしだ」って騒いでるだけだろ
153 ：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. ：2007/04/03(火) 19:26:24
基幹コテがいなくなると寂れちゃうし
- 259 名前：仕様書無しさん mailto:sage [2007/04/05(木) 20:49:06 ]
- 皆スルーしてんだからいちいち触るな
- 260 名前：仕様書無しさん mailto:sage [2007/04/05(木) 20:52:09 ]
- >258
わざわざあぼ〜んされてる文章掘り返すなよ…にしても
> 基幹コテがいなくなると寂れちゃうし
寂れっつーか、落ち着いた議論であって欲しいのだがな。
- 261 名前：仕様書無しさん mailto:sage [2007/04/05(木) 20:53:40 ]
- じゃあ皆様、そろそろオセロ作りに戻りましょうか
- 262 名前：仕様書無しさん mailto:sage [2007/04/05(木) 21:00:28 ]
- おじゃば、ココとか伊賀（版画？）、どいつも
名無しに向かって同一人物扱いするところが異常だ。
２ちゃんの流儀は連続して話したいときのみコテなりレス番つけるんだから
勘ぐりで話を続けるのが異常。
複数レスの発言者の同一性なんてはなからないのに、
なんで脳内で作るかなぁ
- 263 名前：仕様書無しさん mailto:sage [2007/04/05(木) 21:12:27 ]
- Type3荒しの発言事例
--------------------------------------------------------------------
535 名前： 仕様書無しさん 投稿日： 2007/03/26(月) 22:56:55
みんな文句言って叩いていいものが出てこないかと待っている感じが滲み出ていて
笑える
俺としては、なぜ只で教える必要がある？って感じだ
まして２ｃｈでとかありえない
このスレが発端で２ｃｈネラーがOO得意になったりしたら市場価値は台無しだ
中には少しはわかっている奴もいるようだが、そこのところよく考えて発言するように
--------------------------------------------------------------------
540 名前： 仕様書無しさん 投稿日： 2007/03/26(月) 23:05:25
>>538
違うな、『発言したいなら市場価値が上がるような権威のある場所でしろ』ってことだ
お前らはOOと2chが結びついて幸せなのか？
そこんとこよくドメイン分析するように
--------------------------------------------------------------------
python関連スレで2月中旬〜3月下旬に沸いたデザパタ荒し厨、
こいつはType2〜Type3荒しだ。
隔離前後の本スレでのやりとりや、
中断後のやりとり(>>274-275,>>484,>>488-545)を見れば、
必然性や合理性に欠いており、その真意の程が図りかねる。
--------------------------------------------------------------------
Haskellスレで3/31〜4/1に沸いた実用言語厨も
同様にType2〜Type3荒しだ。
--------------------------------------------------------------------
同様にデザパタスレで行われた議論妨害もType3荒しだ。
- 264 名前：仕様書無しさん mailto:sage [2007/04/05(木) 21:12:43 ]
- そうすると自分の仮想敵のイメージを固定しやすいからでそ
- 265 名前：仕様書無しさん [2007/04/05(木) 21:15:44 ]
- 今日も平和だな〜
- 266 名前：ﾜﾛｽ mailto:ﾜﾛｽ [2007/04/05(木) 21:19:11 ]
- -憂鬱なプログラマによるオブジェクト指向日記 過去ログ-
ＤＱＮのなかにも、どうしようもないＤＱＮというものがいる。
満足に食事すら与えなかったり、虐待を繰り返したりと、
親としての素質に欠ける人が確実にいる。
「親資格」なんてものを作って、親になれる人間を選別すれば、
残酷な家庭内での事件も減るだろう。
しかし、それは危険な思想だし、別な意味で残酷な世界だ。
ＤＱＮに生まれても、途中でＤＱＮから脱出できるような教育を施せる社会が、
今のところは現実的で、そして効果のある方法だろう。
ＤＱＮから子どもを産む権利を剥奪すれば、ＤＱＮ再生産を防ぐことはできる。
- 267 名前：仕様書無しさん [2007/04/05(木) 21:33:14 ]
- ひょっとしてアンテナ100本立ってる？
- 268 名前：ﾜﾛｽ mailto:ﾜﾛｽ [2007/04/05(木) 21:35:05 ]
- ネタがワンパターン
しょーもねぇガキだな
|
 |
