国産オープンソースDIコンテナSeasar V2(S2)

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


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

1 名前：デフォルトの名無しさん mailto:sage [04/08/09 18:36]: 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
最近、気になるのでスレ立てました。
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
それではスタート！

本家 seasar.org
www.seasar.org/

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

関連スレ(なのか?)

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

Java⇔RDBのMapping-Frameworkを語るThre Vol.3
pc5.2ch.net/test/read.cgi/tech/1090653286/
152 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:20:03]: >>146
ロバストネス分析やシーケンス図を基にして「インターフェースを作る」ことを”詳細設計”と了解してる。
「設計」って考える作業でしょう。で、インターフェースって考えないと作れないから設計かな、と。
クラスそのままの引き写し構造でつくればいいってもんじゃないんでしょ。

インターフェースさえ作ってしまえば、あとは力仕事的にゴリゴリ書けそうだなと。
実装のうまい・へたはともかく「インターフェースの設計」のおかげで動きは保障されるだろうと。
お前はクラスを考えて作ったことが無いのかと問われると、たぶん頭の中でしかない。
せいぜい、主要部分のヘッダファイルを書くくらい。チームの時は実装担当者にお任せしてた。

んー。うまくまとまんないけど、DIの「構造と実装を分離する」ってのが、
・単なる実装レベルの一手段で、便利ツール的なものなのか、
・それとも設計手法に関わってくるほどのものなのか、
ってのが分かってないのかも。

>ところで 1 画面 1 クラスってのは、どういう構造よ。
勘違いされてるような。前述の例はWin32アプリ。具体的にはC++Builder。
細かい業務ロジックはフォームクラスに配置したUI部品のイベントハンドラに直書き。
重要な処理は private なメソッドに閉じ込めて、イベントハンドラから呼び出し。
たしか５０画面以上あるけど、その画面でやってることが基本的に１ファイルにまとまってて、
ほかの画面からも独立してるから頻発する改造に対応するには手っ取り早い。
Web だと通用しないかもしれないし、相当荒っぽいやり方だとは思うけど。
153 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:36:51]: S2ﾀﾍﾟの作者もここ見てるね。
はてなに書いてたよ。

要望があれば書いてみれば。
メールしたほうがいいとは思うけど。
154 名前：デフォルトの名無しさん [04/09/12 01:04:48]: で、結局Springとどう違うの？
155 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:17:12]: 舶来か国産か
156 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:19:04]: >>150
そうか？　.netだってSpring.netみたいなDI出てくるし
変わってくると思うけど
157 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:27:48]: >>149に挙げられてるものはすべてJavaローカルなものだし。
.NETの人たちがMS以外のフレームワークを積極的に使うとは思えんし。

さらに言えば、コーディングレベルの話なので、本質的な変化ではないからなぁ。
仕事のやり方がかわるよりは、仕事に携わる人の種類・層が変わることの方が劇的な変化だから。
158 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:29:03]: >>153
作者じゃないってさ。
ま、メンテナでもいいんだけどね。

確かにどうすれば普及するのかねえ。
なんかS2JSFが出てくると更に普及の可能性が低くなりそうな気がするね。
S2タペというよりはタペの話になってくるのかな。

しかしそのメンテナ曰く

＞＞そもそもドキュメントを読まなきゃ使えんと言うのが問題。

じゃ、どうやって使うんだろう？
今までマニュアルやリファレンス読んで作りながら習得してきたんだけど、
そのやり方には問題ありって事なのか？

もっと手っ取り早く習得できるやり方があるのなら大歓迎だけど．．．
159 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:35:28]: 補完してったらなんとなくわかる、ツールで適当にやってればできる、というのがいいということかな。
ドキュメントを精読しないと使えんというのは問題だろうが、だからといってドキュメントがないのも問題だな。
160 名前：デフォルトの名無しさん mailto:sage [04/09/12 15:53:13]: 補完していくだけでセッション管理やトランザクション管理なんかが分かるフレームワークができればそりゃ普及するだろう。
というか、ウィザードで処理の雛形作ってくれるだけでも全然違うだろうね。。

つーか、そもそも補完する取っ掛かりが分からないからドキュメント見てるんだけど。
161 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:04:17]: 同様に、コメントなしでわかるプログラムが理想だが、だからといってコメントを書かなくてもいいわけではないな。
162 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:46:42]: >>161
オブジェクト指向で書かれたプログラムでコメントなしってつらくねー？
JavaDocでもなんでもいいからオブジェクトの説明ぐらい要るだろ？
163 名前：デフォルトの名無しさん mailto:sage [04/09/12 18:57:54]: >>162
だが、クラス名だけで出来る限り分かるようにすべきだ。
たまにコメントがなければ、さっぱり意味の分からないクラスを見かけるが。
164 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:13:18]: JavaDocは仕様を書くところで、
実装の説明じゃないから、
そこんとこヨロピク
165 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:16:38]: >>163
英語分からない奴が無理やり英語の名前でクラス名つけたりするとそうなるよな。

わかんねーなら日本語をローマ字記述でクラス名書け！つーの。
166 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:00:38]: しかし、KensyuとかHuriwakeとかHojyoとか、許せないローマ字はやめてほしい。
167 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:12:34]: >>166
訓令式は知ってるよな。
168 名前：デフォルトの名無しさん mailto:sage [04/09/12 23:30:06]: >>166
S2と関係無いと思うんだけど。
169 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:32:58]: もうね、jyoだけはやめて欲しいよ。
170 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:43:55]: >>167
英語と混じるとはげしく違和感のあるローマ字記述法ですね？
171 名前：デフォルトの名無しさん mailto:sage [04/09/13 13:16:21]: >>170
英語と混じれば違和感あるのはどっちも同じ。
172 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:18:17]: >>151
そんなあなたにEJB
173 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:54:00]: 英語に出来ない業務用語って多くね？
174 名前：151 mailto:sage [04/09/13 14:57:39]: >>172
EJB は問題外です。今更 EJB 3.0 では DI や AOP と取り込んで
すばらしいものになりますってか。しかも 2.0 まで利用者の怒りが怖くて
互換性を残すと。金儲けする人も大変ですね。
175 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:58:40]: EigoNiDekinaiGyomuYogo?
176 名前：デフォルトの名無しさん mailto:sage [04/09/13 20:26:38]: >>174
そんなあなたにドットネット
177 名前：デフォルトの名無しさん [04/09/13 22:26:30]: S2TapestryってAOPで認証チェックとかできるのですか？
そんなサンプルあれば欲しいです。

InterceptorでVisitオブジェクトをgetするために、
MethodInteceptorインターフェースを実装させてBasePageクラスを継承させるの？
なんか変ですよねえ。。。
どうすればいいのか教えてください。
いちいち、Pageクラスで認証チェックするのは手間です。。。

AOPじゃなくてもFilterとかでうまくできるのでしょうか？
178 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:28:11]: >>173
「領収書」とかね。
179 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:24:00]: >>178

receipt じゃだめなの?
180 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:28:21]: >>179
じゃあ、「レシート」は？
181 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:36:08]: 日本語→英語→カタカナ
にしたときに違う意味になってしまうものは困る。

え、スレ違い？
話題ないんだからいいじゃん。
182 名前：デフォルトの名無しさん mailto:sage [04/09/15 07:02:51]: >>181
だったら>>177に答えてやれよ。

>>177
どうやらS2TapestryのPageクラスではAOPは使えないらしいぞ。
Tapestryは使ったこと無いけど、昨日のひが氏の日記に書いてる。
183 名前：デフォルトの名無しさん mailto:sage [04/09/15 07:21:38]: Tapestryは内部的にオブジェクトを生成するので、S2でインスタンス生成を握れない。
だからouterでDIを使うことはできるけど、S2AOPは使えない。

認証部分をS2から取ってくるコンポーネントに任せればいけるかも。
やったことないからわからんけど。
それでできるなら、もちろん認証部分のコンポーネントはDI可能。
184 名前：デフォルトの名無しさん mailto:sage [04/09/26 23:22:30]: そろそろS2JSFでる頃かな？
期待age
185 名前：デフォルトの名無しさん mailto:sage [04/09/27 11:41:06]: S2JSFは期待したいね。Kijimunaも良くなってきたから楽しみだ。
186 名前：デフォルトの名無しさん [04/09/28 09:55:02]: そもそものJSFのオープンな実装って出ないのかなぁ。
187 名前：デフォルトの名無しさん mailto:sage [04/09/28 09:58:59]: ともあれ、こういったコンポーネントはSpringの方が充実していくだろうから、オレとしてはSpringでDICONが使えるようにして欲しい。
今みたいな、同じ役割のメジャー&めんどくさいフレームワークとマイナー&お手軽フレームワークが並列する状況どうにかならんもんか。
188 名前：デフォルトの名無しさん mailto:sage [04/09/28 22:03:26]: 軽いフレームワーク -> メジャーになる -> 要望に応えて重量級になる
189 名前：デフォルトの名無しさん mailto:sage [04/09/29 03:56:43]: >>188
核の部分は変わらないし、OGNL使ってるから高機能だし、Springに比べてお手軽なのは変わらんと思うよ。
SpringでDICONが使えるようになってほしい。
もしくはSeasarでSpringXXXが使えるようになってほしい。
190 名前：デフォルトの名無しさん mailto:sage [04/09/29 06:52:35]: >>189
そのDICONってなに?
Spring固有の機能使ってなければ、SeasarでSpringXXXはうごくんじゃないの。
191 名前：デフォルトの名無しさん mailto:sage [04/09/29 09:23:06]: >>190
Spring固有の機能使うからSpringXXXなんだと思う。
192 名前：デフォルトの名無しさん mailto:sage [04/09/29 20:24:15]: なんかFlexに力入れてるからS2JSF遅れそうだね
193 名前：デフォルトの名無しさん mailto:sage [04/09/30 00:04:59]: その分S2Tapeが強化されそうだし気長に待ってもいいんじゃない？
194 名前：デフォルトの名無しさん mailto:sage [04/09/30 01:02:37]: Tapeなんて使いもはん。
195 名前：デフォルトの名無しさん mailto:sage [04/09/30 07:05:56]: >>189
その使いたいSpringXXXってどんなやつ?
196 名前：デフォルトの名無しさん mailto:sage [04/09/30 15:49:43]: >>195
SpringHibernateとかSpringDAOとかJSF Springとか、Seasarでも並行開発されているヤツ。
今後もSpringの方が先行しつつ並行開発されていくヤツ。
197 名前：デフォルトの名無しさん mailto:sage [04/09/30 17:41:30]: >>196
素直にSpring使うほうがいいんじゃないか？
198 名前：デフォルトの名無しさん mailto:sage [04/09/30 19:58:14]: >>197
そしたら、Seasarの存在意義が。
199 名前：デフォルトの名無しさん mailto:sage [04/09/30 20:59:38]: SpringXXXを使いたいならSpringを使うほうがいいだろ。
漏れはS2DaoのためにSeasarを使ってるし。
200 名前：デフォルトの名無しさん mailto:sage [04/09/30 21:37:22]: S2JSFがそのうち出てくるのに今更S2Tapeやる気は起きない。
YSFとかでも勉強しとくかな。
201 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:02:08]: お前らの会話は訳が分からん。
今後は文章に含まれる英字の量は全体に対して1%までと
規定するから、厳守するように。
202 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:35:29]: SeasarのSpringより優れている点ってどこ？
203 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:43:17]: NirvanaとかMyFacesがあるでしょ　＞186
204 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:54:13]: ＞202
国産・マニュアルが日本語、イベントも国内
今のところ、S2本体のソースがシンプルで追えなくもない
S2DAOが凄い、一方でS2HibernateもありO-Rマッパーの選択肢がある
Flash、Flexといったフロントエンドへの対応が進み出している
blog、MLでダイレクトにひが氏やコミッタにリクエストや質問を投げれる、
且つ、即座に採用されたり、回答がある
今のところ、Springと比較すると学習がお手軽、Spring MVCなんかを
DIって何？ってな新人さんに説明するのは難しいかも
お客さんのオプソ懸念に対して保険として国内での有償サポが準備？
まだ提唱されて間もないが、くーすといった開発方法論が芽生え始めている。
205 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:34:25]: >204
S2Daoは確かに凄い。SQLを使える人なら間違いなく感激すると思う。
DB周りのコードがほとんど消えてなくなるんで、なんだか騙されてるような気がしてくる。

くーすは考え方はすっきりしてて分かりやすいけど、いざ実装しようとすると困る。
Strutsでいうと、Actionクラス＝くーすのコントロールで実装してみて一応それっぽくなったけど、
「ロジック層が業務フローを制御する」って言われると、コントロールがStruts依存になってるから駄目っぽいし。
でもコントロールをわざわざActionクラスと別に書くなんて面倒くさいし。書けといわれれば書くけどさ。

広く使われるには、誰かがくーす用のFramework的なものを書かんと難しいんじゃなかろうか。
206 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:39:47]: NirvanaってJSFタグ吐き出すだけだと思ってた。
実装もあるんだ。
207 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:49:09]: >>204
SpringMVCはWebでは使う必要なさそうだね。
S2DAOとSpringDAOの違いってどうなの？

定数アノテーションっていうのはCayenneと同じでおもしろいと思うけど。
OGNLと定数アノテーションがSpringとの大きな違いなのかな？

WEB+DB PRESSに解説記事が載ってたけど、ムダに大きいデータ構造で、ムダに本質的ではなさそうな部分が長いサンプルに読む気が萎えた。
208 名前：デフォルトの名無しさん mailto:sage [04/10/01 00:04:13]: それにしても、オープンソースプロジェクトってある程度広まって使えるようになったころに、プロジェクト自体があぼーんするからなぁ。
あまり大きなフレームワークは使いたくないというのが本音だ。
Seasarも、某社が会社の事業としてサポートするような、法人としての取り組みができるようにしたほうがいいと思うな。
そのためにはSeasarで利益が出せるようなしくみが必要になるんだけど。
でも、そうしないと、オープンソースプロジェクトって長続きしないよね。
209 名前：デフォルトの名無しさん [04/10/01 12:18:22]: >>208
一応、電通国際情報サービスがサポートするらしいね。

ところで、S2Daoでディスクキャッシュ機能があるとか昔日記に書いてあったが、
どうやればできるの？
210 名前：デフォルトの名無しさん mailto:sage [04/10/01 12:28:16]: >>209
SpringやらSeasarは今後3年くらいかけて浸透するだろうから、機能をあわてて実装するよりも、プロジェクトが5年10年続くようにがんばってほしいな。
211 名前：デフォルトの名無しさん mailto:sage [04/10/01 21:22:31]: >>210
浸透ってのがどの程度を言ってんのか分からないけど、俺はなんか違うとおも。
例えば Web アプリと言えば、Tomcat や Struts は浸透してるとおもう。
これが 3 年後に Tomcat と Struts、んで DI コンテナは何？ってなことにはならない希ガス。

汎用 DI コンテナはフレームワーク作成者や新しいもん好きが使うものであって
システム構築者には汎用的すぎる。特化してるっぽい S2xxx や Springxxx とか
あるけど、まだ DI 使うとこんなすごいことができるみたいなオモチャに見える。

DI コンテナが浸透するんではなくて、フレームワークやライブラリが DI を
使用するのは当たり前になり（DI は自前でも良いし、cglib、javassist、BCEL、asm
なんでもいい） DI を冠することも無くなり、開発者に意識させないと思う。
212 名前：デフォルトの名無しさん mailto:sage [04/10/01 21:37:16]: >>211
もちろん、DI+AOPは基盤技術になるわけだから、本来表に出るもんではないと思うよ。
オブジェクト指向のためにJavaを使うんじゃなくて、Javaって便利だけどこれってオブジェクト指向に基づいてるらしいよ、みたいな。
なんかめっちゃ楽なんやけど、これってDIとかAOPっていうもののおかげらしいで、と。

ていうか、使用するのは当たり前ってことは浸透してるということなんじゃないかと。
ただ、そのためには実装とそれに基づいた実用部品が必要で。
その実装として、今はSpringとSeasarがあるわけだ。
あと、DI自体は使うのが非常に楽で、使えば結構自動的にアプリケーションの多層化やら部品化ができるから、やっぱりその利点を認められて広まると思う。
AOPは、末端開発者が積極的に使うものというよりは、コンポーネント提供者が利用して、末端開発者は何も考えなくてよくなる、という仕組みだと思ってる。
AOPこそ、開発者に意識させないものだと思うな。

使う言葉が違うだけで同じことを言ってる気がしなくもないが。
213 名前：212 mailto:sage [04/10/01 21:56:03]: そういえば、誰かDIconファイルを視覚化して編集するツール作ってるみたいだけど、あれってもうちょっと発展させたらなつかしのAPPGALLERYみたいになるね。
ありがちなビジネスロジックの呼び出し仕様を集めたインターフェイスを登録しておけば、そいつを視覚化したものを配置して、メソッドつなぎあわせればアプリケーションになる、と。
呼び出し先の引数と同じ型のプロパティ持ってたらそれを自動的に渡して、みたいな。
ダブルクリックしたらそこのソース編集とか。
よくない？
214 名前：デフォルトの名無しさん mailto:sage [04/10/01 22:07:23]: >206
スマソ、HTML2JSP、JSFのコンバータだった。
215 名前：デフォルトの名無しさん mailto:sage [04/10/01 22:09:25]: >209
キャッシュはまだ未実装な筈
216 名前：デフォルトの名無しさん mailto:sage [04/10/02 11:52:35]: >>213
懐かしいな。そうなるといいな。
217 名前：デフォルトの名無しさん mailto:sage [04/10/02 14:11:49]: >>205
Actionは、業務ロジッククラスの一つのメソッドを呼ぶだけに白ってことだから
そんなめんどくさいことないだろう。
これまでも、Actionにロジックをおくなって言われてたわけだから、
そんなにかわんないだろう。
218 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:13:54]: ひが君の日記より

> 実装上は、バウンダリから呼び出されるメソッドは、インターフェースになり、
> コンポーネント内からしか呼び出されないメソッドは、実装クラスのpublicメソッドに
> なります。

> 内部からしか呼び出されないのに、実装クラスのpublicメソッドにするのは、
> テストをしやすくするためです。別にprivateメソッドでもリフレクションを使って
> 呼び出せますが、コンポーネントを使う方は、インターフェースしか見ないので、
> 特にpublicでも問題ないと思います。

内部メソッドを public にか。俺はこれをダサいと思わん神経を疑う。
219 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:27:05]: ひが君の日記より

> くーすは、というより私は、各開発者のスキルをまったくあてにしていません。
> ドライに聞こえるかもしれませんが、現実のプロジェクトを乗り切るには、
> そう考えざるを得ないのです。そして、どんな人でも一定の品質のものを
> 作り上げるための仕組みを考えるのです。

要は
S2 使う側の香具師はバカかアホしか居ねーから簡単に使えるようにしますよ w
バックエンドの難しい仕組みはスキルのある俺様しか理解できないですよ w
と。

正論だが、それを公開日記でいうおまえはどうしようもないバカだ。
220 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:27:52]: このご時世に「ダサい」という言葉を使う神経を疑う
221 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:31:48]: >>218-219
なんか嫌なことでもあったか？
こんなところで愚痴ってもしょうがないぞｗ

奴の日記読んでるんだったら、
奴が２ちゃんなんか読まないし仮に読んだとしても気にも留めない奴だって分かってるだろ。
ここじゃなくて奴の日記にコメントしろよ。
面と向かって文句言えないから陰口叩くちゃねらーの典型だなｗ
222 名前：221 mailto:sage [04/10/02 20:33:06]: ちなみに私はＤＩコンテナ信者です
223 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:37:59]: >>221
別に嫌なことなんか無いが、奴は最近方向が少しずれてきた希ガス。
224 名前：221 mailto:sage [04/10/02 22:09:45]: 確かにS2もいろいろなところで取り上げられてるしね。
調子に乗るのもわらなくはないけど。。。

まあ周りの取り巻き連中が持ち上げまくってるのかもしれないね。

個人的には調子に乗ってもいいから、S2JSFをきっちり作り上げて欲しい。
それと、S2Dao。
この２つさえきっちり作ってサポートしてくれれば持ち上げまくってもいいよｗ
225 名前：デフォルトの名無しさん mailto:sage [04/10/03 01:55:24]: 別に調子に乗ってるようには見えないけどな。正論なら公開の場で書いてても
いいんじゃないかと思うし間違ったことは書いてない。
そもそもフレームワークってそういうもんだろ。そんなに嫌いなら見なきゃいいのにｗ
226 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:09:35]: 嫌いなら見なきゃいい、みたいな生産的じゃない発言増えたなぁ。板的に。
227 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:35:42]: 嫌々見て２ちゃんで愚痴ってるのが生産的だとも思わないなぁ。漏れ的に。
228 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:44:07]: 既存のRUPなんかで提唱されている手法を実践しようと
して苦しんだことがないから馬鹿にされているように感じるんでしょ。

くーすが嫌なら一般的にいわれているようなユースケース駆動
なんかの設計でやってみればいいじゃない。俺はやってみて
これがだれでもできる方法だとは思えないからくーすの
思想には賛成できるけど。(具体的な手法に関しては置いといて)
229 名前：デフォルトの名無しさん mailto:sage [04/10/03 03:15:38]: >>224
サポーターはサポートするべきだから。
230 名前：デフォルトの名無しさん mailto:sage [04/10/03 08:52:29]: >219
>S2 使う側の香具師はバカかアホしか居ねーから簡単に使えるようにしますよ w
バカかアホしか居ねー「と考えないと現実的に回らない」

>バックエンドの難しい仕組みはスキルのある俺様しか理解できないですよ w
バックエンドの難しい仕組み「を全員が意識しなけりゃならない状況は現実的じゃない」

曲解はやめような。

それ以前に、沢山の人を使ったことがあるかってことだな。
沢山の人の能力を全部把握して適切な仕事を振るなんてできやしないんだから、
全員が並の能力でも大丈夫な方法を模索するのは正しいと思う。
231 名前：デフォルトの名無しさん mailto:sage [04/10/03 08:54:39]: そういう意味ではくーすはある程度の人数を想定した開発・設計プロセスなのかな。
たとえばうちみたいに一人二人で1-3ヶ月やるようなプロジェクトでくーすに従って。。。というのはどうなんだろ。
232 名前：デフォルトの名無しさん [04/10/03 09:37:22]: >>231
ひとりふたりだと、プロセスがなくてもまわるっちゃまわる。
それでもプロセスの採用は有用だと思うよ。
233 名前：デフォルトの名無しさん mailto:sage [04/10/03 11:09:50]: >>219
その日記は明らかにプロの現場を指してる。
あの子が欲しい、この子は要らない、相談しましょ、そうしましょ
ってできないし、勝手に配人されるし、何より初めて会った人が
何をどこまで知ってるかなんて分からない。
アレとソレとコレを知ってる人が居ないと回せませんとか言った
ら、それこそ自分自身が要らない子になってしまうｗ
234 名前：デフォルトの名無しさん mailto:sage [04/10/03 11:54:24]: 日記の内容なんて本当は関係ないんだろうな。
粘着したいだけなんだろきっと。口実が欲しいんだよ。
そんなことよりもS2JSF激しくキボンヌ！出してくれたらひが氏ラブｗ
235 名前：デフォルトの名無しさん mailto:sage [04/10/03 12:40:10]: 心配するな。
ひが君は、ちゃんとここ読んでるから。
236 名前：デフォルトの名無しさん mailto:sage [04/10/03 12:54:14]: なんだひが「君」に釜ってほしいだけか
237 名前：デフォルトの名無しさん mailto:sage [04/10/03 14:50:48]: ひがたんにカマ掘ってほしいＹＯ
238 名前：デフォルトの名無しさん [04/10/03 15:30:17]: >>237
喜んで掘りそうな予感。
239 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:39:31]: 何で？　>>237っていい男なの？
240 名前：デフォルトの名無しさん mailto:sage [04/10/03 15:40:40]: ひがたんが・・・
241 名前：デフォルトの名無しさん mailto:sage [04/10/03 16:04:01]: ウホッ・・・！！！
242 名前：デフォルトの名無しさん mailto:sage [04/10/03 16:42:25]: >>230
> 全員が並の能力でも大丈夫な方法を模索するのは正しいと思う。
俺が正論って言ったのをフォローしてるだけか。ってか、おまい、奴の言った

　「各開発者のスキルをまったくあてにしていません。」

に自分が含まれていないって曲解してないか？

　「易しいこと、優しいこと･･･」

一人のサポーターが挙げてくれた S2 の哲学的ともいえるテーマを、
ひが君琉に言うとこうなるのか。本質は同じだが、明らかにひが君はうんこ。
あのファウラーでさえ、自分はまだまだ未熟と言ってるのに（ry
243 名前：デフォルトの名無しさん mailto:sage [04/10/03 17:21:02]: そんなにひが君のうんこを食いたいのか藻前はｗ
藻前が粘着したおかげで易しさと優しさがサイトから
消えたんだから満足しろよ。ひが君に優しく易しくして
欲しいのか？
244 名前：デフォルトの名無しさん mailto:sage [04/10/03 17:47:46]: 実際易しかったのかもしれんが、優しくはないからな。
使えばわかる、ソース見ればわかる、だもん。
245 名前：デフォルトの名無しさん mailto:sage [04/10/03 17:56:40]: >>242
半角英数字の前後にスペースを入れるクセは珍しいから直したほうがいいよ
246 名前：デフォルトの名無しさん mailto:sage [04/10/03 18:16:39]: >>245
あんたよく見てるな
ほんとだ。感動した！
247 名前：デフォルトの名無しさん mailto:sage [04/10/03 18:47:34]: ＞244
使わないと「知った」だけで「出来た」にも「判る」にもならんと思う。
誰もに優しくは努力目標にしても、マニュアルもかなり改変されてるしな。
AOPとS2DAOなんかは更に判り易くなったんじゃなかろうか。

板が荒れるとフォモか巣加戸炉になるな。
248 名前：デフォルトの名無しさん mailto:sage [04/10/03 19:44:46]: 板は荒れてない。荒れてるのはスレだ。
荒れているひとりがいるだけなんだがな。
249 名前：デフォルトの名無しさん mailto:sage [04/10/03 23:43:18]: >>244
使ってみる。ソースを見てみる。は、技術者として当然の行動文法。

教えてくれるのが当然君は芯でいいよ。
250 名前：デフォルトの名無しさん mailto:sage [04/10/04 00:09:45]: 呼ばれてるぞ。
d.hatena.ne.jp/habuakihiro/20041003#1096792907
251 名前：デフォルトの名無しさん mailto:sage [04/10/04 00:12:40]: まあソースを見ろとまでは言わんけどな。見ると勉強になるのは間違いないが。
ここで粘着してひが君を自分の思うとおりに動かしたい奴がいるってことだろ。
S2とか技術には興味が無いんだよ。興味があるのはひが君そのものなんじゃないの？
だから取り巻きも気に入らないしスキルがどうこう書いてると自分のことを責められてる
気がして可愛さ余って憎さ百倍になってんだな。ホモのストーカーって恐いな。
252 名前：デフォルトの名無しさん mailto:sage [04/10/04 00:17:28]: >>250
もし>>219が行くなら俺もギャラリーで参加したいｗ

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

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