トップページ⇒tech
1001コメント305KB

国産DIコンテナSeasarとくーす その４

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2005/06/24(金) 19:23:41
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

あと、開発プロセス「くーす」の話題もこちらでどうぞ。

本家 seasar.org
http://www.seasar.org/

Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/

ひがやすをblog
http://d.hatena.ne.jp/higayasuo/

前スレ
その１　http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　http://pc5.2ch.net/test/read.cgi/tech/1098885253/
その３　http://pc8.2ch.net/test/read.cgi/tech/1102862221/

関連スレ(なのか?)

Java Spring Frameworkを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1077465099/

Dependncy Injectionを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1099827125/
0100デフォルトの名無しさん2005/07/08(金) 01:00:55
>>99
同意。
マッピングのやりやすさを重視するあまり、
マッピングの途中に何か処理をかまし、選択的マッピングをする、という処理が
記述しにくいという話なのかと理解しました。
0101デフォルトの名無しさん2005/07/08(金) 11:35:53
A卿の話は、違ってたら否定されると思ってたんだけど、否定されないね。
0102デフォルトの名無しさん2005/07/08(金) 17:04:34
結論：暗黒卿＝akon卿
つうかakonって何者？
ただ翻訳してる人じゃないんだ？
0103デフォルトの名無しさん2005/07/08(金) 18:40:35
・・・妄想性の精神病患者さんでつか？
　　はやく病院に戻った方がいいでつよ。
0104デフォルトの名無しさん2005/07/08(金) 20:06:53
個人を特定する記述があるのに誰も否定しないのは
それが事実だからだと妄想している俺がいる
0105デフォルトの名無しさん2005/07/08(金) 20:14:22
くーすについて、h(1)の伝聞ではなく自分の考えを書いてた時期もあるよね。
0106デフォルトの名無しさん2005/07/08(金) 20:30:33
つうか何の情報もないのに暗黒卿確定かいw
0107デフォルトの名無しさん2005/07/08(金) 21:41:10
まあ2chだし。
0108デフォルトの名無しさん2005/07/09(土) 02:28:39
akon=arton
0109デフォルトの名無しさん2005/07/09(土) 02:37:38
akon=あぼ〜ん
0110デフォルトの名無しさん2005/07/09(土) 02:38:16
キチガイ降臨
0111デフォルトの名無しさん2005/07/09(土) 04:48:53
>>108
それはさすがに違うんでねーの？
0112デフォルトの名無しさん2005/07/09(土) 14:49:35
特定非営利活動法人Seasarファウンデーション

(1) 団体会員 年会費１口300,000円（１口以上）
(2) 個人会員 年会費１口1,000円（１口以上）

ttp://foundation.seasar.org/

ヲチしているヒマなあなた！よろしく
0113デフォルトの名無しさん2005/07/09(土) 17:13:40
ひょっとしてマンダラート絡みか? > 暗黒卿

0114デフォルトの名無しさん2005/07/09(土) 17:28:56
個人会員になって、握手してもらうZE！
0115デフォルトの名無しさん2005/07/09(土) 18:59:50
「ここにすべての答えがあった」 "セックス教団"の「帝國主義大作戦」明らかに
http://news19.2ch.net/test/read.cgi/newsplus/1120640542/
0116442005/07/10(日) 03:05:55
http://d.hatena.ne.jp/higayasuo/20050708#1120801919

> そのクラスの頻繁に変更される部分を別のクラスに分離してしまえば、
> もとのクラスは安定して修正が入ることはなくなります。

これはOKなのですが

> 極めてあたりまえのことを言ってるように思われるかもしれませんが、
> 実はあまり守られてはいないと思います。その原因は、「関連のあるデータと
> 振る舞いを1つにまとめることがオブジェクト指向だ」とする強い思い込みです。
> 頻繁に変更される振る舞いを別のクラスに分離すると、オブジェクト指向的では
> ないと思ってしまうのでしょう。

これについては2点ほど気になるところが。

1)
「データと振舞いを1つにまとめる形式」でも頻繁変更箇所の別クラス化はできます。

2.)
> 頻繁に変更される振る舞いを別のクラスに分離すると、
> オブジェクト指向的ではないと思う
のではなく、
データと振舞いを分離すること、つまりカプセル化を壊すことがオブジェクト指向の
ベースとなっている抽象データ型の考えに沿わないためにオブジェクト指向的ではない
と感じるのです。
0117デフォルトの名無しさん2005/07/10(日) 03:19:41
これも
ttp://d.hatena.ne.jp/higayasuo/comment?date=20050629#c
華麗にスルーされているが「揚げ足とるなよ」って感じか？
0118デフォルトの名無しさん2005/07/10(日) 03:46:38
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?InversionOfControl
> 最近、IoCコンテナの盛り上がりにより、制御の逆転の意味をめぐっていくつかの混乱がある。
> ここで挙げた一般的な原則を、依存性注入(dependency injection)*1のような特化したスタイルの
> 制御の逆転と混同している人がいる。

これに対しての意見をうかがいたい。
0119デフォルトの名無しさん2005/07/10(日) 04:16:44
>>117
実際、DIのしくみをつかうことでAOPが実現できてるんだからいいんでねぇの？
0120デフォルトの名無しさん2005/07/10(日) 04:58:20
別にAOPの実現にDIの仕組みを使ってるわけではないだろう
ただDIには「インジェクトする」というタイミングが必ず発生するので、アスペクトを適用しやすい、
つまり親和性が高いだけの話で、概念としてはわけないと。

DIがなくたってAOPは実現できるんだから。
01211172005/07/10(日) 05:07:02
「Seasar2 の AOP は DI で実装されている」ってこと？
それなら、気持ちはわからんでもない。

でも >>120 の言うように、DI がなくても AOP は利用できるよね？
0122デフォルトの名無しさん2005/07/10(日) 05:12:08
この意見もどうなんだろうな。もまいらの釣りか？
ttp://d.hatena.ne.jp/higayasuo/comment?date=20050629#c
『本だけで勉強していると「オブジェクト指向=ドメインモデル」というイメージが強いのですが、
　ごーやの場合は、PofEAAでいうところのサービスレイヤ(実装バリエーションが操作スクリプト手法のやつ)
　を使用していると言っていいのですかね。』

http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AnemicDomainModel
0123デフォルトの名無しさん2005/07/10(日) 05:12:18
DIがなくてもAOPを利用できるけど、AOPを使うためにはなにか仕組みが必要で、DIはその仕組みのひとつ。
DIがAOPを使うための仕組みのひとつである以上、DIを使えばAOPが使えるというのは間違いではないと思うが。
DIを使わないなら、なにか他のしくみを使ってAOPを実現しないといけない。
0124デフォルトの名無しさん2005/07/10(日) 05:13:50
↑URL間違えた

この意見もどうなんだろうな。もまいらの釣りか？
http://d.hatena.ne.jp/higayasuo/20050708#1120801919
『本だけで勉強していると「オブジェクト指向=ドメインモデル」というイメージが強いのですが、
　ごーやの場合は、PofEAAでいうところのサービスレイヤ(実装バリエーションが操作スクリプト手法のやつ)
　を使用していると言っていいのですかね。』

http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AnemicDomainModel
0125デフォルトの名無しさん2005/07/10(日) 05:16:17
>>123
DI、AOPで実現できる事の包含関係と、実装方法を混乱して理解している。

　　DIで実現できる事　　⊂　AOPで実現できる事


　　DIの実現方法の一つ ⊂　AOPの実現方法の一つ
0126デフォルトの名無しさん2005/07/10(日) 05:16:31
基本的にはPofEAAのパターンを使った実装方法だからなぁ。
0127デフォルトの名無しさん2005/07/10(日) 05:17:12
>>125
なんか勘違いしてねぇ？
0128デフォルトの名無しさん2005/07/10(日) 05:23:02
DIで実現できることはAOPで実現できることに完全に含まれてるわけじゃないね。
というか、ちょっとしか共通点ないんじゃないの？

それに「〜の一つ」って「⊂」の項に置いたら集合演算にならんでしょ。
0129デフォルトの名無しさん2005/07/10(日) 05:25:34
＞DIで実現できることはAOPで実現できることに完全に含まれてるわけじゃないね。
＞というか、ちょっとしか共通点ないんじゃないの？

ほう。じゃ含まれていない部分を挙げて下さい。

＞それに「〜の一つ」って「⊂」の項に置いたら集合演算にならんでしょ。

DIとAOPのつながりは、その部分しかないでしょ。
「〜の一つ」は Existという意味じゃなくて、指示代名詞です。

0130デフォルトの名無しさん2005/07/10(日) 05:25:38
Seasar2 自身が 「DIコンテナ＋AOP」を名乗ってるのに DI にひっくるめちゃうのか。
01311172005/07/10(日) 05:26:48
>>125
わかりにくい
0132デフォルトの名無しさん2005/07/10(日) 05:28:05
DIとAOPの件は、ためにする議論でしょ。あんま有益な意見は出ないと思う。つかDIって持てはやされすぎ。

むしろ、>>117, >>118, あたりのトラックバックに関して、
ご本人のコメントが付く前に場外乱闘を繰り広げるのが、
２ちゃんらしいやり方だとおもう。
0133デフォルトの名無しさん2005/07/10(日) 05:29:01
DIとAOPの件は、ためにする議論でしょ。あんま有益な意見は出ないと思う。つかDIって持てはやされすぎ。

むしろ、>>116, >>117, >>118, あたりのトラックバックに関して、
ご本人のコメントが付く前に場外乱闘を繰り広げるのが、
２ちゃんらしいやり方だとおもう。
0134デフォルトの名無しさん2005/07/10(日) 05:29:24
>>129
つうか、「⊂」の意味わかってる？
>>125の下側の式は、型エラーだよ。
コンパイルエラーのある意見には、説得力ないんだけど。
01351172005/07/10(日) 05:32:53
記号逆じゃない？

Java ⊂ プログラミング言語


0136デフォルトの名無しさん2005/07/10(日) 05:41:49
「⊂」は、両辺が集合じゃないといけないのさ。
だから
　オブジェクト指向言語⊂ プログラミング言語
とかになる。
　Java ∈プログラミング言語
の方が正確な表現。
べつに厳密な表現もとめてないから
　Java⊂ プログラミング言語
でもいいと思うんだけど
　Java⊂ プログラミング言語のひとつ
だと明らかに誤り。
論理的な考えが苦手な人のようにみえてしまう。
0137デフォルトの名無しさん2005/07/10(日) 05:42:15
>>134
あなたには、実装方法のバリエーションと総称のことなど全然理解できないのだと思う。

しようもない小粒なガキだ
0138デフォルトの名無しさん2005/07/10(日) 05:43:56
>>128
＞というか、ちょっとしか共通点ないんじゃないの？

このフレーズは同意。
つか、場外乱闘ってゆーより、隠居の小言れべるのショボさだな、
この時間帯に常駐しているのわ。
0139デフォルトの名無しさん2005/07/10(日) 05:45:56
DI：　　依存性注入
AOP： 共通的な関心事(観点)の切り出し

２ちゃんに流布されている誤った意見
　「SeasarはDIによってAOPを実現している」

　　　　　　　　　　　　　　　　　　　　　　　　いじょ
0140デフォルトの名無しさん2005/07/10(日) 05:51:37
>>139
じゃあ何によってAOP実現してるの？
AOPっていう言葉を、メソッドの前後に処理を埋め込むっていう狭い意味ではなくて、広い意味で扱えっていう話？
0141デフォルトの名無しさん2005/07/10(日) 05:54:59
DIって単にインタフェースに対する実装クラスの対応付けを行うための技術だろ。
なんで 「DIでAOPが実現できる」なんてトンでも意見を繰り返す人物が居るのか、
まったく理解できない。。。

え、もしかしてAOPのAspectをあらかじめInterfaceとして作りこんでいて、
そこに実装を突っ込むって・・・？？！それは正に、

　　AOPで意図している事を、DIでもっと劣った方法で実現する

だろ
0142デフォルトの名無しさん2005/07/10(日) 05:57:40
・PointCutをAnnotationで指定
はアリとして、
・PointCutをInterfaceとして作りこむ
って激しく面倒だな。メソッドレスのinteface (Serializableとか)じゃ、ほとんどDIとして機能しないし。
0143デフォルトの名無しさん2005/07/10(日) 05:58:46
Seasarの実装とか文化がインタフェースを積極的に使うというだけで、DIはインタフェースに限らんよ。
別にコンクリートクラスをセッターに突っ込んでもいいし。
0144デフォルトの名無しさん2005/07/10(日) 06:01:18
なんか疲れてきた。
0145デフォルトの名無しさん2005/07/10(日) 06:01:35
>>144
おやすみ〜
0146デフォルトの名無しさん2005/07/10(日) 06:02:29
> 別にコンクリートクラスをセッターに突っ込んでもいいし。

おそらくこの文は、意図している意味とことなった字面になっていると思う。
何を意図されているのか、ご説明願えますか？
0147デフォルトの名無しさん2005/07/10(日) 06:03:27
あ、そうかも
セッターの引数がコンクリートクラスでも構わないということ。
0148デフォルトの名無しさん2005/07/10(日) 06:03:59
インタフェースなんて空気のように使うもんだから、

> Seasarの実装とか文化がインタフェースを積極的に使うというだけで、DIはインタフェースに限らんよ。

このフレーズには激しい違和感を感じる。もしかして、プログラム書かない人？
あと、DIでインタフェース以外というと、抽象クラスですか。
0149デフォルトの名無しさん2005/07/10(日) 06:04:34
>>147
もっと詳しく。なんか勘違いしている人だと思う。
0150デフォルトの名無しさん2005/07/10(日) 06:06:02
>>149
ひとつもインタフェース定義しなくても、抽象クラス定義しなくても、実装によってはDI使えるってこと。
0151デフォルトの名無しさん2005/07/10(日) 06:06:25
>>129 回答まだぁ〜？（ﾁﾝ、ﾁﾝ　☆
0152デフォルトの名無しさん2005/07/10(日) 06:08:08
>>150
ああ判った判った。サブクラスを入れ込むってだけの話ね。
最初っから不毛な「AOPをDIで実現する」っつう与太話で敗色が濃くなってきたから、
局地戦で屁理屈捏ねだしただけね。しょーもな。
0153デフォルトの名無しさん2005/07/10(日) 06:09:29
>>152
サブクラスである必要もないんだけど。
0154デフォルトの名無しさん2005/07/10(日) 06:11:16
バカは放置するとして。

>>116, >>117は悩ましいな。
マジレスするにはとてつもない集中力が必要だ。
しかも本家の方は本人のコメント待ちだから、うかつにレスつけらんないし。
0155デフォルトの名無しさん2005/07/10(日) 06:12:23
また一行レスの中身無い人が粘着してるな。
>>153
じゃなんだ。ちゃんと詳しく説明してみろ。
また一行レスではぐらかすようだったら、今後一切お前は書き込むな
0156デフォルトの名無しさん2005/07/10(日) 06:13:11
なんか、自分の考え方と違うこたえがでてきたら「バカは放置」ですか。
やっぱ、論理的な考え方になれてないから論理的につっこみ入れられないんですね。
0157デフォルトの名無しさん2005/07/10(日) 06:14:40
>>155
class A{
}
のオブジェクトを
class B{
void setA(A a){
　　this.a = a;
　}
}
にインジェクション可能なDIコンテナもあるってこと。
0158デフォルトの名無しさん2005/07/10(日) 06:15:05
>>155
どーせリフレクションでメソッド調べて、
継承されていないクラスを総称的に扱うとか、
そんなレベルの話だろう。

しかも「バカは放置」で切れるくらい小粒なバカだ。
放置しとけって
0159デフォルトの名無しさん2005/07/10(日) 06:16:27
>>157
インスタンス挿入ですか。
それ、AOPの話となんか関係あるの？
ついでに >>116, >>117との関連も説明してくれたらうれしい。
0160デフォルトの名無しさん2005/07/10(日) 06:17:28
>>157
それをDependency Injectionと呼ぶ村が、日本に存在するのですか？
0161デフォルトの名無しさん2005/07/10(日) 06:17:58
>>159
煽るなら、話の流れくらい読んでくださいよ。
0162デフォルトの名無しさん2005/07/10(日) 06:20:18
>>160 単なる生成パターンとDIの区別すら付かないなんて、相当山奥の村じゃないかな？
>>161 空気読めてないのはアンタ。DIとAOPの関連ですら不毛なのに。
0163デフォルトの名無しさん2005/07/10(日) 06:21:39
>>160
それがDIではないという話はきいたことがない。
0164デフォルトの名無しさん2005/07/10(日) 06:22:51
>>162
>>142-143から続いてるわけでしょ。
ねぇ、話の流れくらい、ちゃんと読める人になりましょうよ。
0165デフォルトの名無しさん2005/07/10(日) 06:23:51
じゃ放置の方向で。

>>116
「手続き」＋「データ」スタイルの逆襲か。悩ましいっすね。

akonさんのくーすblogに、
前Htpercardでなんか作ったら構造化分析設計に縮退しちゃったって話がのってた。
そして彼が言うには、DIコンテナの出現で、ステートレスななんか作ればばっちOKとかのたまってるんですけど。
いみふめ
0166デフォルトの名無しさん2005/07/10(日) 06:27:33
具体的な説明する能力がないから、放置なんだね。
0167デフォルトの名無しさん2005/07/10(日) 06:28:39
>>117
AOPを「〜できる魔法」とのたまっちゃうくらいだから、
きっと単なる意味なし宣伝文句か、
はたまたひがﾀﾝの理解の程がその程度なんだろ。

くーすみたいな話は、俺も去年取り組んでいたから、なんとなくわかる。
今年はもう業務アプリケーションから研究開発費用引き出す算段はやめにして、
もっとコアな話題をやるつもりだ。
0168デフォルトの名無しさん2005/07/10(日) 06:30:29
>>164
おまえはネットワーク浮浪者だろ。
きもいから寄るな。
ちなみに >>142は俺のレスだ。

AOPとDIの関係を議論したいなら、
あえてSeasarスレを汚しまくらずに、DIスレかAOP/アスペクト指向スレでヤレ。

以上
0169デフォルトの名無しさん2005/07/10(日) 06:32:24
>>168
DIに必ずしもインタフェースが必要ないといってるだけで、AOPとDIの関係の議論はしてないわけだが。
0170デフォルトの名無しさん2005/07/10(日) 06:32:46
>>164
だいたい早朝からいっぱいレス付いてるように見えるけど、
書き込んでるのはお前と俺の２名だけだって気づけよクズ
0171デフォルトの名無しさん2005/07/10(日) 06:34:02
>>169 じゃDIスレでヤレ。これ以上荒らすな。
0172デフォルトの名無しさん2005/07/10(日) 06:34:28
……………　き　り　と　り　せ　ん　……………
0173デフォルトの名無しさん2005/07/10(日) 06:35:50
>>170
もしかして>>158-160って、ひとりの書き込みなの？
そんなに必死だったの？
もうひとりいると思ってた。
0174デフォルトの名無しさん2005/07/10(日) 06:41:10
バカはどこまで逝ってもバカ。単に言い争いが大好きなだけの人格荒廃者。

さっさと氏ね
0175デフォルトの名無しさん2005/07/10(日) 06:42:26
今日は天気がいいな。
隣町まででかけて、カフェで仕事準備でもするか
0176デフォルトの名無しさん2005/07/10(日) 06:43:31
>>170
あれ？
じゃあ、>>160>>162ってジエンってこと？
ごめん、それに気づかないバカで。
そこまで必死だったなんて・・・
0177デフォルトの名無しさん2005/07/10(日) 06:52:14
>>117-118
広義の「制御の反転」 (IoC: Inversion of Control)は、
「ハリウッド原則」とも呼ばれていて、
EJBはじめオブジェクト指向の随所に散見されるが、

依存性注入 (DI: Dependency Injection)は、
もっと特化したスタイルの制御の反転であり、

最近、両者を混同する人が居る、つう話ね。
ようやく意図を理解した。
0178デフォルトの名無しさん2005/07/10(日) 06:58:52
>>157
http://martinfowler.com/articles/injection.html#FormsOfDependencyInjection
・Forms of Dependency Injection
　o Constructor Injection with PicoContainer
　o Setter Injection with Spring
　o Interface Injection

に載っている、Setter Injectionの話だな。
このあたりのありふれたテクニックになると、
もうDIとか特別な名前をつけてありがたがったりしないから、
これをDIと呼んでる人物が居る事をすっかり忘れてたよ。


0179デフォルトの名無しさん2005/07/10(日) 07:02:56
うんうん、そうだね。
ジエンまでして必死だったんだね。



もう説得力ないですから。
0180デフォルトの名無しさん2005/07/10(日) 07:10:46
>>150
Setter Injectionでは、
特定クラスのインスタンスか、そのサブクラスのインスタンスか、
あるいは特定インタフェースを実装したクラスのインスタンスしか指定できないでしょ？

それは「(少なくとも)インタフェース・レベルで互換のあるインスタンス」という意味であり、
ようするに意味的に>>141に含まれる話だ。

あなたの話は否定形ばかりで積極的な説明が乏しいから、不必要に議論が混乱する。
0181デフォルトの名無しさん2005/07/10(日) 07:11:21
結論: >>150がアフォ
0182デフォルトの名無しさん2005/07/10(日) 07:11:52
ジエンの方が、議論が混乱する。
0183デフォルトの名無しさん2005/07/10(日) 07:12:25
バカ(179)が必死に粘着してるあたりが、人間的に哀しいね。
0184デフォルトの名無しさん2005/07/10(日) 07:14:43
「放置」とか「粘着」とか言い出すヤツに議論が混乱するとか言われても・・・
で、しまいには「アフォ」とか。
全然説得力なし。
0185デフォルトの名無しさん2005/07/10(日) 07:15:34
…………　>>150以降ばっさり削除　…………
２ちゃんって、知識が不充分な人間が分不相応な議論を挑む時に、
急激にスレが伸びる、と感じる。分相応に相手のレスをちゃんと読めばいいのにね。
例えば>>150
0186デフォルトの名無しさん2005/07/10(日) 07:16:56
>>183
ジエンするやつのほうが哀れだし。
>>185とかいまだに必死。
0187デフォルトの名無しさん2005/07/10(日) 07:17:59
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
世間への恨みつらみでいっぱいいっぱいの
かわいそうな人が粘着しています。

日曜の朝から気分が悪くなりたくない方は、
注意してお読み下さい。
　　　　　　　　　　　　　　　　　　　　　　>>149
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
0188デフォルトの名無しさん2005/07/10(日) 07:20:36
「2人しかいないことに注意」ってことも含めないとね。
同意してるところはジエンですよ、って。
0189デフォルトの名無しさん2005/07/10(日) 07:26:32
NGワード推奨：

ジエン
必死
なりましょうよ
説明する能力がないから
論理的な考え方
論理的につっこみ
集合演算にならん
0190デフォルトの名無しさん2005/07/10(日) 07:29:11
>>185
いや、ジエンや連カキコしまくる人がいるときに急激にスレが伸びるんだよ。
「あなたには理解できない」とか「放置」とか「粘着」とか言い出すやつがいたら、そいつの理解の範囲越えだしたってことだから注意。
なんか必死になってくるらしい。
>>189のNGワードみると、論理的な考え方は苦手らしい(ﾌﾟ
0191デフォルトの名無しさん2005/07/10(日) 07:31:15
論理学も集合論もあやふやな>>190風情が、
包含関係についてしつこいレスをつけたり、論理的ではないと言い出すのは、
甚だ滑稽だ。

おまえ情報システム板いつも荒らしてるバカだろ、出張３２
0192デフォルトの名無しさん2005/07/10(日) 07:35:16
滑稽という点では、>>160>>162でジエンして>>170で2名だけとばらすのには負ける。
出張３２ってなに？違うよ。
0193デフォルトの名無しさん2005/07/10(日) 07:38:16
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
このスレには現在、
世間への恨みつらみでいっぱいいっぱいの
かわいそうな人が粘着しています。

日曜の朝から気分が悪くなりたくない方は、
注意してお読み下さい。

NGワード推奨：

　ジ　エン
　必　死
　な　りましょうよ
　説　明する能力がないから
　論　理的な考え方
　論　理的につっこみ
　集　合演算にならん
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
0194デフォルトの名無しさん2005/07/10(日) 07:42:32
すごい一生懸命だね。


とか書くと、「一生懸命」もNGワードに含まれるのかな？(ﾜﾗ
0195デフォルトの名無しさん2005/07/10(日) 07:46:39
まぁ、本家のblogの話にも付いて来れずに荒らしやってるお前は
居ても居なくてもいい、どーでもいい存在である事は確かだ。
……………　ば　か　れ　す　退　散　……………
0196デフォルトの名無しさん2005/07/10(日) 07:51:04
荒らしっていうのは、「アフォ」とか「放置」とか言い出して、連カキコしてジエンするやつのことだね。
0197デフォルトの名無しさん2005/07/10(日) 08:01:01
議論の本筋に関係ないことウダウダやるなって。うっとおしい。
まだしつこく荒らし続けるようだったら、自治スレに来い。
0198デフォルトの名無しさん2005/07/10(日) 08:05:06
このスレで「バカ」とか、煽り言葉入れてくるやつには要注意だなぁ。
自分の考えと違う意見があると、だんだん放置とかバカとかが増えてきて、荒らしだす。
>>155>>158とかもジエンくさい。
荒らすなといいながら、自分が荒らしてることに気づいてない。
0199デフォルトの名無しさん2005/07/10(日) 08:10:15
デザパタの次はDIか・・・・・・・さっきまでJavaスレにもいたなｗ

マジで強制IDを訴えようぜ。
■ このスレッドは過去ログ倉庫に格納されています