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

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/ 486 名前：デフォルトの名無しさん mailto:sage [04/10/10 04:53:02] >>403 偉いなMS。蚊帳の外でもコミットしようとするなんて。 これだけ見るとSUNだめだな。 空のインプリメソッドがゴミのようにある俺のソース…。何とかしてくれ。 487 名前：デフォルトの名無しさん mailto:sage [04/10/10 05:05:49] いろいろ考えたんだけどさ、EJBとかDIコンテナとか やっぱりなんかくだらない気がしてきた。 アプリケーション毎に必要な機能って違うじゃんか。 （負荷分散・クラスタリング・動的再配置・トランザクション・必要になるパフォーマンス、とかいろいろ） シンプルな実装をアプリケーション毎に作ったほうが、ムリヤリ共通して使える実装を探さなくてもいい。 488 名前：デフォルトの名無しさん mailto:sage [04/10/10 05:07:32] シンプルに構造を分割する考え方（〜層、とかいろいろ）の話を延々としているほうがいいと思うよ。 実装はアプリケーション毎に行こう。 489 名前：デフォルトの名無しさん mailto:age [04/10/10 05:15:47] >>455 リファクタをキジムナに期待age 490 名前：デフォルトの名無しさん mailto:sage [04/10/10 05:23:48] >>487 それはアプリ毎に必要な機能じゃなくシステムの構成・設定。 487の言う「いろいろ」こそ共通して使える実装部分じゃろ。 491 名前：489 mailto:sage [04/10/10 05:56:56] >>330 > ところで、S2が正しくinjectionしてくれるかどうかの > テストはどう書けば？（汗） キジムナ使へば下に出るぞ。singletonだけかもしれんが。 それをキャプチャしたのをテスト結果とすると良いかも。 >>399 >>400 キジムナ使え。事前検証バリバリだぞ。 >>作者 コード補完機能ｷﾎﾞｿ 492 名前：デフォルトの名無しさん mailto:sage [04/10/10 08:16:10] >>487 だから、アプリケーションごとに違う非機能要件をAOPを 使って処理するんじゃん。 493 名前：デフォルトの名無しさん mailto:sage [04/10/10 08:30:30] >>486 俺もMSの態度は偉いと思う。 片思いなのがこれまた哀愁がただよってて ヘンに共感してみたり。いやそりゃヨタだけども。 でもコーディング量が増えても インターフェイスという考え方で統一したいって 気持ちもちょっと判るんだよねー。 494 名前：デフォルトの名無しさん mailto:sage [04/10/10 08:36:10] >>490 トランザクションの基盤なんて単純なものならほんの数行のコードで実装できるし、 動的再配置するためのライブラリ（ちょっとしたネームサービス）あればいい クラスタリングや負荷分散となると、それはアプリケーション毎にかなり違うもんだと思う あんまり仰々しいフレームワークを用意されても、結局複雑にしてしまうだけではなかろうか 495 名前：デフォルトの名無しさん mailto:sage [04/10/10 09:05:12] >>487 そんなこといったらJDBCもいらんってことにならんか？ 何を持ってシンプルな実装というかだな。 496 名前：デフォルトの名無しさん mailto:sage [04/10/10 09:41:42] >>494 ぎょうぎょうしいフレームワークって何。 S2はシンプルだと思うけど。 POJOが基本で、コアはDIとAOPの機能だけ。 コア以外の機能もいろいろあるけど、 使えるものは使えばいいし、無理に使わず自前で実装しても良い。 ただ、クラスタリングや負荷分散を自前で実装するやつは、 よっぽどのツワモノだと思う。 497 名前：デフォルトの名無しさん mailto:sage [04/10/10 10:39:55] >>487 EJBはくだらないが、DIはくだらなくないよ。 アプリケーション毎に、というより、アプリケーション内で必要な機能をアプリケーション内で共通して使うためにDI+AOPが有効だと思われ。 498 名前：482 mailto:sage [04/10/10 12:58:13] >483 SpringもHibernateもDynamicProxyで代用できませんでしたっけ？ #フル機能使えなくてもさ DIコンテナってテストが簡単とか、複雑じゃないとか利点ばっか挙げられてるが， 商用EJBコンテナが提供するような分散・スケールアウト手法は確立されているの？ 499 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:02:41] >496 毎回毎回自分で実装できるような奴ならいらんのでしょ。 負荷分散・クラスタリング・動的再配置・トランザクションをシンプルな実装で アプリケーションごとにバグ少なく作成できるような凄い人はうちの周りには いないけどね。 500 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:10:21] >>499 負荷分散・クラスタリングって、パフォーマンスとの兼ね合いでいろいろ調整いるだろうから、 自分で実装っていうのが基本では。 それを補助く小さなライブラリ（タプルスペース扱うやつは便利だ）があれば満足。 501 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:18:19] >>500 スーパーな人発見。 釣りじゃないならすごいね。 そういうのは、アプリケーションサーバか負荷分散装置だとかに 任せるものだと思っていたよ。 502 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:21:07] まぁ、EJBとかに比べると仰々しくは無いのだけど、 Lightweightなプログラミング言語を使っているとどうしても大げさに感じてしまうのよね。 503 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:24:26] >>500 バイトコードいじくるものより、自分で組んだ負荷分散やらクラスタリングのほうがあてにならんなぁ。 トランザクションも、基盤は数行でも、いろいろなところに埋め込まれて、そっちの方があてにならんなぁ。 504 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:27:27] Lightweightなプログラム言語使ってる人って、ライブラリやフレームワークを勉強して数行でまとめて書けるコードを、頭使わず勉強せず数十行あっちこっちに書くほうが手軽だと思いがちだよねぇ。 505 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:31:12] >>501 貧乏人は自分で作るんですよ。多分。 506 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:32:18] スケールアウト、負荷分散いらないんじゃそもそもEJB使ってねえぞ。 これらの機能提供しないのに，EJBの代替物と歌われてもねぇ、、、 507 名前：デフォルトの名無しさん [04/10/10 13:33:55] >>505 作っているものによると思うけどね。 一体どういうものを想定している？ HTML文章返すだけのウェブサーバとネットワークゲームのサーバではそりゃ負荷分散の手法は違ってくる 508 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:40:01] 基本的に業務システム以外は対象外だからねぇ。 509 名前：デフォルトの名無しさん mailto:sage [04/10/10 13:40:48] というか、ネットワークゲームのサーバーでEJBがどうのこうのいうほうが間違ってる。 510 名前：デフォルトの名無しさん mailto:sage [04/10/10 14:26:38] >>509 そこはそれ、アプリ層のインプリだけ構造を統一するためにEJBの スタイルを借りて、サーバー部分は最適化したものを自作、デスよ。 …ほんまかいな。 511 名前：デフォルトの名無しさん mailto:sage [04/10/10 14:38:02] ネ申？ 512 名前：デフォルトの名無しさん mailto:sage [04/10/10 14:40:51] 自ｲ乍ﾈ申 513 名前：デフォルトの名無しさん [04/10/10 14:48:56] どの層で分散がいるかなんて、これはアプリケーション毎に違うでしょ？ どでかいコールセンターで検索したい人が多いなら単にデータベースを大量に水平に並べればよい。 核爆発シミュレーション計算の分散も基本的にはコンピュータ並べるが、自作率は後者のほうが多くなるだろうな。 514 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:03:27] >506 EJBの代替物とは謳ってないんじゃない？ J2EEの機能を使いやすくする、でしょ。 J2EE=EJBだと思ってるなら間違い。 ついでに言うとまだ発展途上なのに「全部無いなら使わん」とかいうならご自由に。 使いたいとこ、使えるとこだけ使えばいいんだ。 あとは自作なり他製品と組み合わせるなり。 515 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:06:12] 語尾に「なり」をつけるやつは嫌いだ。 516 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:07:29] >>513 とりあえず対象となってない分野をもってきて、使えないとかわめくのって、悲しいね。 517 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:13:06] >>506 いつからEJBの主目的が負荷分散になったんだ？ 518 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:14:39] EJBの代替物にもなってないしねぇ。 519 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:16:13] いや、当初から主要な目的の一つではあったが…。 負荷分散しないのにEJB使っても今ひとつ甘みが無い。 520 名前：デフォルトの名無しさん [04/10/10 15:16:25] >>516 クラスタリング・負荷分散に共通して使える対象なんてありえないってことを示す例 521 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:18:24] 業務システムに絞れば、共通して使えるしくみはあるんだけども。 で、とりあえずS2が話題にしてるのは業務システムなんだけども。 522 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:20:57] S2に限らずDIな連中が言ってるのは EJBを使うのは大袈裟なシステムが 世の中には多いんだから別の手を 使おうぜってことでしょ。EJBが必要な 人はそっちを選べばいい。 523 名前：デフォルトの名無しさん mailto:sage [04/10/10 15:21:36] まずは軽快なJavaを読めということでFAだな 524 名前：デフォルトの名無しさん mailto:sage [04/10/10 21:28:23] それは負荷分散をしないって手？ 525 名前：デフォルトの名無しさん mailto:sage [04/10/10 21:35:31] 負荷分散なんて、DBやアプリケーションサーバーにまかせればいいから、プログラムでは考えなくていい。 いくつかの注意点はあるけども。 526 名前：デフォルトの名無しさん mailto:sage [04/10/10 22:39:39] APサーバに任せるメジャーな手段が、EJ(r 527 名前：デフォルトの名無しさん mailto:sage [04/10/10 22:58:32] つか、なんかどーでもよいことに話がいってない？ 負荷分散やらクラスタリングなんかDIコンテナで解決する問題じゃないし。 （てか、んなことまでサポートしだしたらLightweightなコンテナじゃなくなるじゃん） もう少しS2自体の話があるとうれしいのだけど。 528 名前：デフォルトの名無しさん mailto:sage [04/10/10 23:11:40] >>520 フレームワーク外の作りこみ一切禁止なんて縛りがあるわけでもないのに、 なぜそこで完璧を目指す必要があるのか理解できない。 パレート原則で言う8割の側を押さえるだけで十分では? 529 名前：デフォルトの名無しさん mailto:sage [04/10/10 23:23:01] しってる難しそうな言葉をならべて賢くなった気になる遊びですた。 530 名前：デフォルトの名無しさん mailto:sage [04/10/10 23:53:24] >>529 理解できない会話に無理に加わる必要はないよ、坊や。 531 名前：デフォルトの名無しさん mailto:sage [04/10/10 23:56:29] 2chだな〜 532 名前：デフォルトの名無しさん mailto:sage [04/10/11 01:57:15] >>527 > 負荷分散やらクラスタリングなんかDIコンテナで解決する問題じゃないし。 だってDIコンテナの作者らがEJBｲﾗﾈって言ってんだもん。 533 名前：デフォルトの名無しさん [04/10/11 02:28:34] J2EEを使った業務システムで、そこまで必要なシステムって多くないし その程度のシステムでEJBはイラナイだろ。 534 名前：デフォルトの名無しさん mailto:sage [04/10/11 03:05:48] >532 DIコンテナの長所挙げるとき散々*EJB*と比較して、 難しいとか、テストが大変とかEJBの短点ばかり挙げるのにな（ｗ 535 名前：デフォルトの名無しさん [04/10/11 04:37:42] 遡ると、なぜJavaを選択するのかという話にならないか 短いコードで表現力の高いプラットフォームなら他にあるだろうに 536 名前：デフォルトの名無しさん mailto:sage [04/10/11 07:14:54] >>532 負荷分散やクラスタリングは、ロードバランサや HttpSessionでやった方が良い。 EJBでやるよりよっぽど実績がある。 537 名前：デフォルトの名無しさん [04/10/11 07:38:11] >>536 HTTPって、それは単にウェブサーバの負荷を分散ではなかろうか。 素人なんだけど、業務アプリの場合、データベースのバックアップも兼ねた クラスタリングが重要になるのでは？ 538 名前：デフォルトの名無しさん mailto:sage [04/10/11 08:13:38] >>537 C-JDBC使えば？ 539 名前：デフォルトの名無しさん mailto:sage [04/10/11 08:24:57] >>537 業務ロジックは、Servletコンテナと同一VMで動かすのが パフォーマンス的には良い。 スケーラビリティがなんて言うやついるけど、 業務ロジックよりもWebの部分が先にボトルネックになる ケースの方が多い。 データベースへの接続も負荷分散装置使えるよ。 EJBコンテナで負荷分散やクラスタリングしているシステムなんて ほとんど見たことないけど。 540 名前：デフォルトの名無しさん [04/10/11 09:05:44] >>539 いや、しかし、世間的にはどうか知らんが、 漏れの経験では業務アプリでウェブベースなほうがむしろ稀だった。 ウェブベースなのは補助的な用途の場合が多い。 そういうときって、やはりクラスタ機能ある常駐プログラム 作る必要あるわけで、それはJavaで作るならばejbかdiコンテナか選択するんだろうな。 業務アプリに必要なのって、サービスを管理するライブラリだよね。 インストールはコマンド一発。 DHCPでIP振られたら自動的にデータベース起動して、アプリサーバ起動して、 クライアント探して・・・　っていうのを自動でできるようにしなきゃいけない。 （でないと導入コスト高いんだ） 541 名前：デフォルトの名無しさん mailto:sage [04/10/11 09:37:23] >>540 S2の用途は539の言うとおりだと思う。 S2が自分の用途に向かないなら他を探すのが良いと思う。 542 名前：デフォルトの名無しさん mailto:sage [04/10/11 10:28:32] 今のトレンドはStatelessだよな。EJBを使うにしてもだよ。 ということは負荷分散をEJBコンテナがやらなければならない ケースは少ないといえるんじゃないのか。しかもHTTPだろ。 俺ならロードバランサを前に挟むけどな。 543 名前：デフォルトの名無しさん mailto:sage [04/10/11 10:30:16] >>537 そういう場合は、DBの機能を使うよ普通。 OracleならRACとかな。EJB使うほうが当てにならん。 544 名前：デフォルトの名無しさん mailto:sage [04/10/11 10:38:24] >>532 実際要らないシステムが多いだろ。デプロイが楽だからWeb使うだけで 大したトランザクション量じゃないシステムも多いよ。 >>534 そりゃそうだろ。DI自体がEJBに対するアンチテーゼだからな。 インコンテナのテストなんて面倒だろうに。 当のEJBだってPOJOに方向転換じゃないか。 EJB*だけ*がスケーラビリティ確保の手段だと本当に思ってるのか？ PHPで大規模やってる連中だっているだろ。そいつらが どうやって負荷分散やフェールオーバを実現しているのかを見れば EJBのレイヤーでなくてもやれることがいっぱいあるのはわかるだろ。 頭が固いか不勉強か単なる言いがかりかのどれかに見えちゃうぞ。 545 名前：デフォルトの名無しさん mailto:sage [04/10/11 10:49:08] >>534 EJBの長所が負荷分散だというなら それはEJBでなくても他に汎用的で 実績のある代替手段を使えばそれで 済むんだからEJBｲﾗﾈってことになるな。 EJBのテストが面倒なのは事実。 性能が出なくて変なテクニックばかり 横行するO/RマッピングもHibernateや S2Daoのほうが便利で性能がいい。 EJB-QLなんて何の意味がある？ EJBの長所は何があるんだ？ DIがなくてもEJBにはウンザリしてるよ。 546 名前：デフォルトの名無しさん mailto:sage [04/10/11 10:50:42] EJB擁護派はこちらで論破してきてください。 EJBは終わってる pc5.2ch.net/test/read.cgi/tech/1036481443/l50 547 名前：デフォルトの名無しさん mailto:sage [04/10/11 12:42:54] >>537 フェールオーバとロードバランスは別だよ。 でもってどっちもDIとかEJBとか関係なく 考えるべきものだから。クラスタリングは EJBの専売特許ではない。 548 名前：デフォルトの名無しさん mailto:sage [04/10/11 13:41:47] >540 「DIコンテナ」部分だけ使うなら、他を自作しても邪魔にはならないよ。 S2開発者が主軸に考えてるのがWebだってだけ。 周辺プロダクトはそれに合ったものからでてくるけど、別に必須ってわけじゃない。 業務機能と非業務機能を全部自作するにしても、DIコンテナで管理できると楽だ。 549 名前：デフォルトの名無しさん mailto:sage [04/10/11 14:05:45] >>540 なんか、もっとすっきりできる気がするが・・・ 550 名前：デフォルトの名無しさん mailto:sage [04/10/11 14:52:49] diconファイルはシンプルだけど、それでもいろいろ書き間違える。 Kijimunaがないとやってられない。 Kijimunaってどれくらい使われてるんだろう。 SpringIDE(?)と比べるとどう? 551 名前：デフォルトの名無しさん mailto:sage [04/10/11 15:02:57] >>550 「どれくらい使われているか」より「どれくらい使いやすいか」の方が大事 552 名前：デフォルトの名無しさん mailto:sage [04/10/11 15:22:36] >>551 最新バージョンは使いやすいよ。 何が自動インジェクションされているかも分かるし、 コンポーネントの定義からソースにも飛べる。 553 名前：デフォルトの名無しさん [04/10/12 01:45:36] Strutsでページ遷移の単体テストにS2Struts使うと楽になりますかねぇ？ 554 名前：デフォルトの名無しさん mailto:sage [04/10/12 07:30:29] >>553 なるよ。 555 名前：デフォルトの名無しさん mailto:sage [04/10/12 21:58:53] JBossで座絶したんだけどこれ結構使える？ 556 名前：デフォルトの名無しさん mailto:sage [04/10/12 22:14:53] ちょっとずつ始めれるので、挫折しにくいよ。 557 名前：デフォルトの名無しさん mailto:sage [04/10/13 00:04:53] 何に挫折したのかを書くと世話焼きが相手をしてくれるぞ Servletで挫折したならそれはJBossのせいじゃないからな。 558 名前：デフォルトの名無しさん mailto:sage [04/10/13 02:59:31] インストールで挫折しますた。 559 名前：デフォルトの名無しさん mailto:sage [04/10/13 03:04:47] ダウンロードに挫折しますた。 560 名前：デフォルトの名無しさん mailto:sage [04/10/13 10:51:27] はぶにっき、訳分からん。突然切れチョル。 日記だからっちゅうても、雑誌に「S2はblog駆動」とか書いてるん だから、何について言ってるんかハッキリするか、非公開にするか せんと。 自分、さんざん内向きにアピールしちょるやないけ。 ひが氏が２chの戯言にまで耳を貸して、開発やドキュメント整備に 尽力しとるのを、足ひっぱっとりゃせんか？ 車やコンピュータや家電だけが産業と違うじゃろ。 ハードウェア屋がコスト削る部分なんざ、ソフトでいえばコンパイル部分よ。 ここがこれ以上ないぐらい最適化されとるんやし、全品オーダーメイド で、掛かる費用ほぼ人件費な状態を、車と一緒に考えられんわい。 「客に向け」「この業界に先はない」っちゅうんは至極まっとうだと思うが。 ttp://d.hatena.ne.jp/habuakihiro/ 561 名前：デフォルトの名無しさん mailto:sage [04/10/13 10:53:23] メインフレーム時代からコストどれだけ下がったか。 562 名前：デフォルトの名無しさん [04/10/13 10:59:26] >>560 あれは基本的に経営側の人間であって開発側の人間ではないのよ。 だから、経営の視点で開発の人間を判断して、当人としては歯がゆい思いを感じているんだろう。 といって、偉そうなこと言う割にはべつに経営で成功しているわけではないあたり、 文句たれている相手と同じ程度の人間であることをさらしてしまってるのだが、 それに気付いていない無知の無知がちょっとイタい。 563 名前：デフォルトの名無しさん mailto:sage [04/10/13 11:16:17] >> 562 人格はどうでもいい。 564 名前：デフォルトの名無しさん mailto:sage [04/10/13 11:27:28] つうか、はぶ氏個人の評価はスレ違い。 565 名前：デフォルトの名無しさん mailto:sage [04/10/13 11:40:43] 「経営側に回れるだけレベルは上」と考えてるんだろう、ある意味間違ってないが 566 名前：デフォルトの名無しさん mailto:sage [04/10/13 12:00:24] >>560 capsctrl.que.jp/kdmsnr/diary/20041012.html#p05 ここへのコメントの続きじゃないの？ ここの人、若いんだけど、いっつも歯に衣着せぬ物言いなんで （あ、若いからか）、いっつも微笑ましく読んでたんだけど さすがはぶたんですなー、容赦せんもん。 上記サイトの人、今会計の仕訳の勉強とかしてるみたいで、 そういう勉強中の人に「DOAなんて否定的な表現」うんぬん言われると、 むちゃくちゃ厚い債権債務帳票とか出したり、 やったらきっつくて頭の切れる、出禁とかすぐ口に出すお客さんと 仕事した事あるのかなあ、と思ってたので、 ちょっとだけ溜飲が下がったよ。 はぶたん徹底して「顧客」って言わないね。お客様、と言う。 ちょっと気持ち悪くは感じたけど、プロなんだなとは思った。 567 名前：デフォルトの名無しさん mailto:sage [04/10/13 12:38:18] まあなんつーか、たまに余人に見えないモノが見えてるヒトではあらぁね、 ソレが天才だからなのかデムパ受信してるのかはむろん余人に分かろうハズは無く… ナニが言いたいかつーともーすこし他人の目を意識して書いてくださいと ＞金持ちに寄生して搾取してるだけじゃん。狭い世界の中で偉そうにしてるだけですよ。 ＞OOもDOAも構造化も全員そうだよ。コバンザメでしかないよ。世界中が腐ってる！ 568 名前：デフォルトの名無しさん mailto:sage [04/10/13 13:02:47] コメント化って空のコメントがあるだけなんだけど なんか書いてあったの？ 569 名前：デフォルトの名無しさん mailto:sage [04/10/13 13:14:31] 相変わらず個人ネタか。 570 名前：デフォルトの名無しさん mailto:sage [04/10/13 13:39:38] でも、お客にとっちゃOO分析だろうがER分析だろうが 知った事ではないだろうってのは、 くーすのよってたつ所なのではないかなあと思った。 だから本がどんなんなるか楽しみな訳で。 前に、見積もりの提示の仕方についても盛り込んでくれたらなーって ここに書いたんだけど、それも上記が理由。 571 名前：デフォルトの名無しさん mailto:sage [04/10/13 14:24:45] > 方法論がエンジニアにとって癒しにしかなってないじゃん、って思うんですよ。そりゃね、 > みんな賢いからさ、そういう人間が集まって膝突き合わしてそういうやり取りしてれば、 > 自分だけじゃない、って思えるしそりゃ楽しいでしょう。 > 別にS2でなければならない、ってこともないんですよ。EJBでも構わない。 > PHPでもRubyでもいいんですよ。 > 幾ら優れたことをやっても、根本的に「で？」としかならない。自分が一顧客として金を > 出すとしたら、って考えると、欲しいのはそんな裏方の話じゃないっしょ。 これまた正論だが、日記でよく言うね。だが、あんたが自分でも気づかないフリしてる 心境は 「確かに S2 は良いかもしれない。ひがが目立つのはうれしいが、俺のほうが できる人間なのにが影に隠れてるのはくやしい。」 だろ。 だいたい、客に伝わらんのはあんたの営業能力不足だろ w 古い言葉で言えば「バカの壁」だな。規模が違う話して悪いが、例えば IBM の研究所の 人間でもあんたは 「方法論ばかり言ってないで少しは経営のことを考えろ」 って言うか？ 類稀な経営手腕を持ってんだったら、開発者に対してやる気なくすこと言わずに 気持ちよく駒として動かすことに専念すれば？ くーすﾏﾝｾｰとか言ってやれば ドーパミン全開で土木作業してくれるよ w 多少、建設的なネタを。ひが君 「cglib 遅せーから Javassist 使う」 とか言ってないで 直接 ASM 使えよ。まー、バイトコードライブラリ作者は使う側のスキルはアテにしてないと 思うけどな。 　性能： ASM ＞ Javassist（初心者向け） ＞ cglib(初心者向けASMラッパー) 　　　　　　　＞ BCEL ＞ SERP 572 名前：デフォルトの名無しさん mailto:sage [04/10/13 14:56:42] 日記への反応は日記に書けば？あっちでも匿名で書けるんでしょ？ 573 名前：デフォルトの名無しさん mailto:sage [04/10/13 14:58:46] もしくーすがOOAなのかER分析なのかしったこっちゃないというなら俺は興味ないな。 システムの狭い世界での話であっても、OOAと構造化には明らかな壁があるのに OOPLを導入してもその壁をうまく越えられてない人が結構いる。 くーすでクラス図もなしにバウンダリを基準に設計する(と読めたけど違う?)ものなら 壁を越えられない人たち向けには良い指針になるかもしれない。 前に使ったある外注は顧客クラスがあるにもかかわらず、 パスワード変更クラスとメールアドレス変更クラスをつくりやがった。 OOAでの1クラスが、複数のバウンダリに登場するのでバウンダリ基準はいくないと思う。 あと顧客が納得できるモノは画面イメージだけっていうのには諸手を挙げて賛同するけど、 顧客が仕様変更したがるのも画面なわけで、「やっぱり確認画面をいれたい」みたいな 変更要望に強くするためには、その後ろにあるクラス設計がいかに業務にマッチしているかが 重要になってくると思うんだけどお前らはどう思い松か？ 574 名前：デフォルトの名無しさん mailto:sage [04/10/13 15:37:37] 別にさあ、日記に何かいてようがいいじゃん。 少なくとも、ここでどうこういう話じゃない。 プロダクトやプロモーションに関わることなら別として。 また呼び出しくらうよ？ 575 名前：570 mailto:sage [04/10/13 15:37:50] >>573 「くーすが知ったこっちゃない」んじゃなくて、 くーすは「お客さんはそんなこと知ったこっちゃない」って 前提で考えられてるんじゃないかなーって 思ったの。 後半の、「顧客が納得できるモノは画面イメージだけって いうのには諸手を挙げて賛同するけど」と同じでっす。 ちょっと言葉足らずでしたかすんません。 576 名前：デフォルトの名無しさん mailto:sage [04/10/13 16:09:04] >「お客さんはそんなこと知ったこっちゃない」って前提で なるほど。そうかも その他の部分はひが氏の日記を拾い読みした記憶から勝手に脳内保管して 書いているので、見当違いだったらごめん、っていうか指摘してくだちい 577 名前：デフォルトの名無しさん mailto:sage [04/10/13 19:01:57] しかしみんないろんな日記よく読んでるねえ。 みんななんだかんだいってもS2が気になってしょうがないんだね。 578 名前：570 mailto:sage [04/10/13 19:24:45] >>577 まさにそのとおり。からさわぎいくどー。 579 名前：デフォルトの名無しさん [04/10/13 21:03:02] S2ってさ、ひがさん一人で開発してるんだよね？ 開発者として、複数の人が参加して、互いにCheck&確認していった方が、 もっと、いい方向になると思うんだけどなぁ... 一人で開発してると...どうも、一人よがりになりそうで... 580 名前：デフォルトの名無しさん mailto:sage [04/10/13 21:09:02] >>579 あれってオープンソースでやってて、独りで作っているわけじゃないでしょ？ S2Xxxって感じで他の人もやってたような…。 581 名前：デフォルトの名無しさん mailto:sage [04/10/13 21:33:58] うちなーんちゅ記念ｶｷｺ 582 名前：デフォルトの名無しさん mailto:sage [04/10/13 23:19:53] >> 580 コアな部分は全部１人でやってるよ。 583 名前：デフォルトの名無しさん mailto:sage [04/10/13 23:43:03] S2Dao使うにはMySQLは不向きだな。 584 名前：デフォルトの名無しさん mailto:sage [04/10/14 00:05:05] >>579 オープンソースの大半は最初はそんなもんじゃないの？使う人が増えて パイが大きくなったらコントリビューターも増えるでしょ。 つかそうならないと増えないような 585 名前：デフォルトの名無しさん mailto:sage [04/10/14 00:07:17] コアな部分はだいたいどんなプロダクトでもひとりでやってるもんじゃない？ コアとはいえ、全体からすれば一部分なんだし。 586 名前：デフォルトの名無しさん [04/10/14 06:56:40] >>573 > パスワード変更クラスとメールアドレス変更クラスをつくりやがった これの何が悪いのか。 これが適切な場合だって（むしろそのほうが）多いだろ。

---

---

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

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