国産DIコンテナSeasar その7

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


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

国産DIコンテナSeasar その7

1 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:29:27 ]: 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
www.seasar.org/

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

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

前スレ
その１　pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　pc5.2ch.net/test/read.cgi/tech/1098885253/
その３　pc8.2ch.net/test/read.cgi/tech/1102862221/
その４　pc8.2ch.net/test/read.cgi/tech/1119608621/
その５ pc8.2ch.net/test/read.cgi/tech/1135986150/
その６ pc8.2ch.net/test/read.cgi/tech/1148204750/
関連スレ
Java Spring Frameworkを語るスレ
pc8.2ch.net/test/read.cgi/tech/1077465099/

Dependncy Injectionを語るスレ
pc8.2ch.net/test/read.cgi/tech/1099827125/

Java⇔RDBのMapping-Frameworkを語るThre Vol.4
pc8.2ch.net/test/read.cgi/tech/1134701684/
734 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:26:39 ]: >>733
relationNoって途中抜けてもＯＫなんだっけ？
0から始めずにハマった事は覚えているけど、連続していない場合ってのは試したことがないな。
735 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:30:50 ]: >>734
ごめん、ﾀｲﾎﾟ
736 名前：721 mailto:sage [2006/11/23(木) 21:04:20 ]: >>732
A.java
========================================
public class A{
　private Integer id;
　private String aname;
　private String bname;
　～
}

ADao.java
========================================
public interface ADao {
　public Class BEAN = A.class;
　public List find();
}

ADao_find.sql
========================================
SELECT a.id, a.name aname, b.name bname
FROM a
INNER JOIN b ON (a.bid = b.id)
INNER JOIN c ON (a.cid = c.id)
WHERE c.visible = 1

S2DaoがSQL実行ツールってのはこういうこと
737 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:11:15 ]: >>732
> 方法あるなら教えてよ。話はそれからだよ？

お前、ぬるいよ
738 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:23:02 ]: ぬるぽ
739 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:24:29 ]: >>732
日本語でおｋ
740 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:33:26 ]: diconに書かれたコンポーネントを後からオーバーライドってどうすればいいですか？
たとえば


<components>

<include path="A.dicon" />


<component name="a" class="a.A">
</component>

</components>

100 個のコンポーネントを組み合わせるシステム中の一部のコンポーネントを差し替えるために、100 個全部定義しなおすのはちょっと嫌です。
標準的な構成の dicon を用意して、アドホックなオーバーライドを行えればよいかなと思ったのですが。
741 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:34:08 ]: そんなに畳み掛けたら、彼だって出てきにくいだろう。
まぁ、まずは>>732の意見を聞いてみようじゃないか、諸君。
742 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:38:12 ]: >>740
なんとでもできるんじゃね？
s2container.seasar.org/ja/conditionalInclude.html
s2container.seasar.org/ja/xinclude.html
743 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:11:51 ]: relationアノテーションつかうと
INNER JOINにならないよ。

SQLファイル使えばいいじゃん。
そうすりゃ財務諸表の出力に使うような
SQLだってJDBCだのなんだの
気にせず使える。

って736にすでに書いてあった・・・。

でも、何度かここにも要望あったけど
アノテーションでINNER JOIN指定出来るように
してくんないかなあ。
744 名前：デフォルトの名無しさん [2006/11/23(木) 22:23:01 ]: Seasar最近使い始めたけど、こったことやらなければ簡単じゃね？
745 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:23:54 ]: >>742
ありがとうございます、どちらの機能もはじめて知りました。
XInclude を試してみましたが、普通に TooManyRegistrationRuntimeException になるだけでオーバーライドはできないようです。
org.seasar.framework.container.impl.TooManyRegistrationComponentDefImpl を書き換えてこの例外をもみ消すことで期待した結果が得られましたが、
そうするのがよいのかどうか・・・。
746 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:32:54 ]: >>745
お前の発想を変えろ
定義してからオーバーライドするんじゃない
定義してるファイルを変えるんだ
100個コンポーネントが定義してあるdiconの一部を変えたいなら
そこだけ別ファイルに切り出してXIncludeで取り込め
必要に応じてそのファイルを入れ替えれば目的達成だろ？
747 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:56:25 ]: >>746
確かにそうなんですが、
その場合残されたほうの dicon が不完全になってしまう（切り出した部分が無いと動かない）のと、
あらかじめ差し替えられる場所を限定しないといけません。
自由な差し替えを受け入れるにはコンポーネント1つごとに1つの dicon なんてことになってしまいます。

完全に動作する標準構成のパッケージと、
その一部を差し替える後付可能な定義ができるといいなと思うんですが。

たとえば


<component name="A" override="yes" />

というのができるとうれしいかなぁ。
748 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:14:01 ]: >>747
自由度が高けりゃいいってもんじゃないぞ
749 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:25:59 ]: >>748
dicon に書いている時点でそのコンポーネントは差し替えを受け入れていると言えると思います。
ただ dicon の文法的な制約でその差し替えが若干困難になっているというか。

重複をエラーとするかオーバーライドにするかは、どちらかを取るのも選択肢の一つですが、
意図しない重複は検出し（TooMany）、意図する重複は受け入れる（オーバーライド）方がより良いのではないかと思います。
750 名前：デフォルトの名無しさん [2006/11/23(木) 23:31:46 ]: ＞しかし、Javaでさらに生産性を高めるためには､レイヤモデルアーキテクチャは重くて足かせになります。
＞そこで考えたのが「ページ駆動開発」と「テーブル駆動開発」です。

（笑）

これってACCESSの画面を見せながら
要望を取り入れてその都度開発していくのとカワンナイじゃん
751 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:44:25 ]: >>749
本気でそれが必要ならMLかhigaﾀｿのブログで相談しろよ
俺はそんなの必要だと思ったことないからこれ以上はﾜｶﾝﾈ
752 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:54:21 ]: >>750
なにか問題でもあるのか？
753 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:58:01 ]: >>749
ごめん、話の内容はあまり読んでないので、外していたらすまん
重複するインターフェイス実装クラスを使い分ける方法はS2.3時代から存在するよ
インターフェイスによる自動バインディング対象コンポーネントが複数存在した場合
componentのname属性と、プロパティ名（setterから判断する）が等しいものが選択される。
この機能を使えば、セットしたい実装とセットしたくない実装のname属性を変更すれば
DI対象を変更できる。
754 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 00:35:29 ]: >>751
確かに場違いでした・・・

>>753
なるほど、デフォルトのコンポーネントには名前をつけず、優先させたいコンポーネントの方に適切な名前をつければそれっぽいことができますね。
コンストラクタの自動バインディングや明示的に名前を指定している場合には使えませんが、有効な代替案になりえそうです。
755 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 07:31:18 ]: >>754
データベースが複数になったときの為に、DataSourceや紐付くO/Rマッパーのコンポーネントを
名前指定しておけば、プロパティ名だけで使い分けることもできたりして結構便利
この機能があるから、S2でのバインディングはなるべくセッターインジェクションを使った方がいい
後々実装が増えて選択しなければいけなくなったとき、コンストラクタ・インジェクションでは
DIされる側の設定も記述し直すことになってしまうので
756 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 17:09:11 ]: 誰か、S2JSF ⇒ Teeda Extension のテンプレートコンバータを
作ってくれないかなあ。細かいところは手作業修正が必要なレベルで
いいからさ。
757 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 18:52:19 ]: >>736
結局SQL書かなきゃいけないんですかね？

会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末

結局は、自分で書いた方が良い・・・というのが結論ですかね。
758 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 19:21:43 ]: まあ最大の売りが「2-way SQL」だからな。
「単純なケースならSQL書かなくてもいい、かも知れない」程度に考えるのが吉。
759 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 19:47:02 ]: >>757
> 結局SQL書かなきゃいけないんですかね？

SQL書けないお子ちゃまはHibernateでも使ってなさいってこった
760 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 22:27:20 ]: 逆切れに近い開き直りだな
761 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 22:34:31 ]: >>759
SQL書けないお子ちゃまにHibernateは到底使えない
Hibernateを使うにはSQLを熟知し、更にそのSQLをHQLに翻訳する技術が要求される
762 名前：デフォルトの名無しさん [2006/11/24(金) 22:49:37 ]: なにをエラそーにｗ
763 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:27:18 ]: RDB使う以上、SQLを書くのが王道と思われ。
764 名前：デフォルトの名無しさん [2006/11/24(金) 23:33:19 ]: >>757
>会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末
>
>結局は、自分で書いた方が良い・・・というのが結論ですかね。

アノテーションで何を期待していたのかぜひとも知りたいね。
LEFT OUTER JOINだとまずかったのか？？
765 名前：デフォルトの名無しさん [2006/11/24(金) 23:41:14 ]: INNER JOINを期待してたんだろ
デフォルトINNER JOINアノテーションでOUTER JOINがよかた
766 名前：デフォルトの名無しさん [2006/11/25(土) 00:32:31 ]: てか、ＳＱＬなんか普通かけるやろ？
なんでＳＱＬ自動生成がそんなに
767 名前：デフォルトの名無しさん mailto:age [2006/11/25(土) 00:41:14 ]: まさか、SQLを書けないから自動生成するツールだと思ってるのか？
768 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:53:05 ]: >>767
yes
769 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:19:38 ]: SQLをかくのが面倒くさいから.....じゃない？
770 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:20:49 ]: 自動生成される程度のSQLがめんどいなんてSQL書けないのと同レベル
771 名前：デフォルトの名無しさん [2006/11/25(土) 01:28:50 ]: >>770
わかってないなぁｗ
772 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:29:38 ]: 自動生成のメリットは、単に作るのが作るのが楽というより、
変更があったときの変更箇所が減らせれるということじゃないの。
773 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:41:22 ]: SQLだけ直して終わりが一番
774 名前：デフォルトの名無しさん mailto:age [2006/11/25(土) 01:41:39 ]: あほか。
SQLを書くかどうかじゃなくて、SQLとオブジェクトの
マッピングを省力化したいからなんだよ。
775 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 06:01:07 ]: でiBatis最強！という結論になるわけだな
776 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 12:06:15 ]: 検索処理がロジックの大きなポイントになるのなら、S2DaoやiBatisの方がいいだろう。
しかしロジックをドメインモデルで構築し、Entityに複雑な処理をやらせたいのなら、
HibernateやJPAの方が向いている。
両者は力を入れているポイントが異なるので、適用したいシステム要件と合わせて検討すべき
777 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 18:35:40 ]: MacでS2Daoを使用してMySQLにアクセスするようにソース書いたら
「テーブルがねぇぞヴォケ!!」って怒られました。
なんで？
778 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 18:39:50 ]: (´･ω･｀)しらんがな
779 名前：デフォルトの名無しさん [2006/11/25(土) 19:22:46 ]: Macは関係無いんｼﾞｬﾏｲｶ？あるとすれば単にMySQLが動いていないだけか？
780 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 19:52:46 ]: MacでMySQLだとテーブルの大文字小文字を区別するとか？
781 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:10:58 ]: その前に、「テーブルがねぇぞヴォケ!!」ってのは、
SQLException なのか、S2Daoが言ってるのか。
782 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:41:15 ]: >>776
なるほど　とんくす
783 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:52:57 ]: >>775
S2Daoと比べてiBatisの魅力って？
XMLの中にSQL書いてるの見てそれ以上追ってないんだが
784 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:27:27 ]: 適材適所　と言いたいところだが、
適材適所だと S2DaoとHibernateが混在したりするわけかな・・・それって目も当てられないよな・・・
785 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:29:02 ]: 適材適所の、「所」の最小単位はアプリーケーションだろうな。
786 名前：デフォルトの名無しさん [2006/11/25(土) 21:30:04 ]: Uuji の具体的なリリース日を教えてくれ。できればドキュメントも。
787 名前：デフォルトの名無しさん [2006/11/25(土) 21:31:04 ]: ついでに、Uujiがリリースされると、S2Daoは用済みっていうことでFA？
788 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:48:36 ]: Seasar2.3の時代は､S2Daoと言われるORマッパがありました。
789 名前：デフォルトの名無しさん [2006/11/25(土) 22:07:00 ]: うーーん、どるてんというエクリプスプラグインを入れて、
プロジェクト作成→ちゅら→スーパーアジャイルを選択
で作成したんだ。で、lib/ にUujiのスナップショットが入ってて。
Teedaだとか使いたいなと思ってはいたんだが、
Uujiの使い方が書いてあるドキュメントが無い。サッパリわからんー(ﾉ`Д´)ﾉ

なんで使い方もサンプルも無いものを大々的に宣伝してリリースなんてしたんだ？？？？？
790 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:17:36 ]: ひんと：どぅるてんのバージョンばんごう
791 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:22:48 ]: は？
792 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:56:54 ]: 0.何とかてバージョンなんだから開発中なんだよ
2.何とかになってもドキュメントが揃わないSeasarクオリティを理解しろよw
ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった
793 名前：デフォルトの名無しさん [2006/11/25(土) 23:05:43 ]: uuji は1.0-betaになってるよ。
betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だと思いません？
794 名前：デフォルトの名無しさん [2006/11/25(土) 23:09:23 ]: 言いたいことは、その是非はともかくとして、
主事たるモノが、自分のブログなどで宣伝しているのに、
ユーザーが手にできるレベルが使えない状態なのは異常だってこと。
「使えない」とはソフトウェアとしては稼働していても、ドキュメント・サンプルが無いが為にユーザが満足に使えない状態。

>>ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

必要な人が、全体の99.5%ぐらいじゃないすかね？あとの0.5%はあんたを含む玄人な人たちだよ。
おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ
795 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:11:18 ]: >>783
S2Dao は Seasar 上で動くことを前提としてるけど、iBatis はそういう前提がない。
Seasar 使える状況なら、S2Dao 使った方が楽かな。
796 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:13:57 ]: またまたそんな当たり前が通用するといまさら思ってるわけ
797 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:15:23 ]: Uujiなんかまだリリースアナウンスもされてないんだから異常でもなんでもないだろ。
DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。
てか公式サイトには名前すらのってないじゃん。(´･ω･)ｶﾜｲｿｽ
798 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:16:46 ]: >>793
> betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だからそういうお子ちゃまはSp(ry
799 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:17:46 ]: >>794
まぁ、玄人な人たちがいろいろ使い込んでいくのとあわせて、徐々にドキュメントも整備されていくんだろうし気長にまとうよ。
たとえドキュメントあっても実案件には、まだ危なくて使えないしさ。地雷踏みはドキュメントのいらない玄人がしてくれるってことで。
800 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:18:32 ]: Seasarもキャズムの壁までは到達したって事だな。

どういう形で壁を越えるつもりなのか興味がある。
801 名前：デフォルトの名無しさん [2006/11/25(土) 23:23:33 ]: >>DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。

そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。
なんつーか、コミッタは皆優秀なエンジニアなんだろうけど、利用者との"コミュニケーション"が決定的に劣っているよね。他のOSSと比べると。
Seasar2やひが氏を叩きたくて仕方ないわけじゃない。そんなのはこのスレに居るキチガイどもに任せれば良い。
今はなんだかコミッタを含めた好き者同士のマスタベーションになってる希ガス。
主事が全ての舵取りなんかしてないで、スポークスマンでも雇ったらどうだ。
802 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:25:20 ]: >>794
> おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

いいたいことはわかる。
だが待ってるだけじゃきっと出てこない。それがSeasarだ。諦めろ。
素人の自覚があるならβに手出すな。
手出してもいいけどドキュメントがないなんて最初から分かってることで騒ぐなよ。
803 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:26:34 ]: >>793
betaはあくまでもbeta版だよ
0.Xから1.0に上がるってことは、普通はリリース版に含む機能の実装が完了したことを示すんじゃない？
逆に、RCとかはリリース候補なんだから、
本来はドキュメント一式含めて出すべきだと思う
804 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:27:58 ]: >>801
> そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。

カンファレンスってそういうもんだぞ？
ベーパーウェアを宣伝して反応を伺うのが主目的だ
お前、マジでお子ちゃまだな…
805 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:31:01 ]: >>795
S2SqlMapってあるけどそれ込みでS2Daoと比べるとどうよ？
s2sqlmap.sandbox.seasar.org/
806 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:34:06 ]: 要は
ttp://www.seasar.org
ここでリリース予定や進捗などを素人にも解るようにすればｲｲﾝｼﾞｬﾈ?
ReferenceやTutorialが無いなら無い理由も解る場所にきっちり書けばｲｲﾝｼﾞｬﾈ?
807 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:48:49 ]: >>806
それいいね
uujiもkuinaもsandboxに移してドキュメントないってはっきり書くだけでもいい
あとドキュメント欲しい奴は有償サポートに金払え
そうすりゃhigaﾀｿもドキュメント書く人件費まかなえるし
できてこなけりゃ堂々と抗議できるってもんだ
808 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:58:09 ]: uujiがメジャーになると、S2DAOという数少ないわかりやすい名前のライブラリがひとつ無くなるわけか。
809 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 00:02:07 ]: >>808
Uujiはコード名、リリース時にはS2Dao2になるから大丈夫だ
810 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 11:28:10 ]: だったら沖縄系のワケワカラン名前も全部とっかえてほしいぞｗ
811 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 14:07:35 ]: これでｲｲﾝｼﾞｬﾏｲｶﾝ
Chura → S2Scaffold
Teeda → S2Jsf2
Uuji → S2Dao2
Kuina → S2Jpa
Kijimuna → S2Eclipse
Seasar → S2Spring
812 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 14:38:43 ]: >>811
あたまいいなあ、笑って元気でたよ、ありがとう
813 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 15:13:06 ]: Smart Deployのドキュメントがわかりにくい
獄長、書き直し!!
814 名前：デフォルトの名無しさん [2006/11/26(日) 15:53:26 ]: ドキュメントがわかりづらくて全然スマートではない件について。
815 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 16:12:39 ]: Seasar ファウンデーション求人

下記の職種を募集してます。
・スポークスマン【急募】
・テクニカルライター（わかりやすい文章書ける方）
・Webデザイナ
・サクラ【急募】

年齢制限：大卒以上、Java経験３年以上、英語が出来るとなお良い
給与：応相談
816 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 16:36:14 ]: >>811
S2Springはおいといて、マジでこれ系にしてほしい。
RailsはActive/Actionで枕をそろえて統一感出してる。
Seasarって名前すらなかなか浸透しないのに、ChuraとかUujiとか。
沖縄に負い目のあるヤマトンチュなら無意識に拒否感出まくりですよ。
へんなところにこだわって損してる。
817 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 16:50:41 ]: >>811
すげ～よくわかった。
感動した。
あとは
ぶり→S2Workflow
tuigwaa→S2Cybozu
Dolteng→S2Eclipse2
にしてくれればいいな。
818 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 17:07:22 ]: >>815
ソースのURLを教えてください。
問い合せ先でもいいです。
興味があります。応募したい。
819 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 18:14:40 ]: もしかして、マジレス？
820 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 19:47:30 ]: >>817
S2Cybozuﾜﾛﾀ
821 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 19:58:52 ]: でも>>811はマジでわかりやすいな。Seasarはそのままにしておくとしても、
関連プロダクトはこんな感じが良いな。

沖縄名な関連プロダクトがKijimunaだけだったときは良かったんだが、こんだけ
増えると何が何だかわからん。

あと、仕事の提案で「今回のプロジェクトではDBまわりでくいなとどぅるてんを使うことを
提案します」とか言ってる姿が想像できない。

Seasar使うからS2JpaとS2Scaffold使うよ、だったら説明しやすいが。

まあスーツ族のことを考えて付けた名前ではないんだろうけど。
822 名前：デフォルトの名無しさん mailto:age [2006/11/26(日) 20:09:41 ]: まあ、ApacheとかJakartaとかTomcatとかCactus、Ant、Geronimo・・・も
考えてみればかなりおふざけな名前だと思うけどね。
要は耳慣れているかどうかだけじゃないかと。
823 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 20:13:13 ]: いや、それらは独立したプロダクトだから。
単なるフレームワークの、その一ライブラリがごちゃごちゃした名前だと辟易する。
824 名前：デフォルトの名無しさん mailto:age [2006/11/26(日) 20:24:54 ]: >>823
Apache MyFacesのTomahawkとかTobago（Oracle ADF のTrinidadも）はどうよ？
825 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 20:32:55 ]: >>824
ふつうにナシだろw
俺らだって別にSeasar憎しで言ってるわけじゃないから。
Jakarta系列でも酷いネーミングは多いと思う。
826 名前：デフォルトの名無しさん mailto:age [2006/11/26(日) 20:41:26 ]: ふ～ん・・・プロダクト名ならOKでライブラリ名だとNGなのかぁ・・・
827 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 21:12:26 ]: >>826
Commonsは、わかりやすい名前がついてる
828 名前：デフォルトの名無しさん [2006/11/26(日) 21:26:50 ]: Commons

* BeanUtils
* Betwixt
* Cactus (E)
* Codec
* CLI
* Collections
* DBCP
* Digester
* Discovery
* EL
* FileUpload
* HttpClient
* Jelly
* Jexl
* JXPath
* Lang
* Latka
* Logging
* Modeler
* Net
* Pool
* Validator

だいたいわかりやすいな。てかしらないの結構あるな。
829 名前：デフォルトの名無しさん mailto:age [2006/11/26(日) 21:46:26 ]: ヘンな名前はCactus、Jelly、Latkaぐらいか。
830 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 21:47:06 ]: マジ話、提案書に書きにくい名前は、よほどメジャーになってからか、
もしくはフルネームで言うと普通っぽいのでないとだめだろうね。

ApacheだってApache HTTP Serverと書けば、なんだかしらんが
Apacheとかいう会社が作ってるHTTPのサーバーらしいと思ってもらえる。

実際Tomcatが業務で使われるようになったのは、Tomcatの名前が
すごく売れてからであって、それまではやっぱり商用のアプリケーション
サーバが売れてたらしい。人聞きですまんけど。
831 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 21:58:02 ]: Commons Betwixtだけが妙に浮いているが、これは古語。なんでプロダクト名に古語を持ってくるんだと。

FAQ曰く
> I grepped a dictionary for words containing B*T*X for Bean To XML.
> There's not many words around containing those 3 letters in order.
> Betwixt also seems a fitting name as its the stuff between (betwixt) Beans and XML.

（俺訳）
>>
bean to XMLという意味でBとTとXを含む単語をgrepしてみたんだけど、
この単語を順序通り使ってる単語ってあんまりなかったんですよね。
Betwixtという名前は、このユーティリティがBeanとXMLとの間で(between=betwixt)役立つことを
うまく表してる名前かなと思ったんだよね。
<<

ちなみにbetwixtというのはbetweenの古語です。

IMEに「ことえり」という名前を付けるのと同じ感覚？
832 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 22:00:14 ]: DiscoveryやらDigesterやら、わかりにくいのもあるけど、なんとなく意味的に納得できる。
833 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 22:45:25 ]: IBMのWebSphere関連の方が人に説明するのが難しいなぁ。
と言うか略語モードのWASとかWDSc(RAD)なんか、一般のﾌﾟﾛｸﾞﾗﾏにすら通用しないとｵﾓ。
834 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 02:36:54 ]: Tomcatとcatalinaみないな関係ならまだ許せる。
公にはS2Scaffoldって呼んでおいて、
org.seasar.churaってパッケージとか。

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

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