- 1 名前：デフォルトの名無しさん [2009/03/17(火) 20:48:19 ]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
本家 seasar.org
www.seasar.org/
Seasar Projectグループ
seasarproject.g.hatena.ne.jp/
ひがやすをblog
d.hatena.ne.jp/higayasuo/
前スレ
その1 pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 pc11.2ch.net/test/read.cgi/tech/1176050197/
その11 pc11.2ch.net/test/read.cgi/tech/1190846507/
その12 pc11.2ch.net/test/read.cgi/tech/1203122931/
その13 pc11.2ch.net/test/read.cgi/tech/1215962870/
その14 pc11.2ch.net/test/read.cgi/tech/1224157275/
- 343 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:38:31 ]
- itpro.nikkeibp.co.jp/article/OPINION/20070904/281080/?ST=oss
リクルートの他にソフトバンクモバイルもそうらしいな
- 344 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:43:34 ]
- >>343
㌧だが2年前の記事で新規サイトのソースではないな
- 345 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 01:45:49 ]
- リクルートは今SAStrutsだよ
俺がソース
- 346 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 02:33:49 ]
- リクルートは大分人減ったかい？
- 347 名前：デフォルトの名無しさん [2009/07/07(火) 11:14:07 ]
- リクルートで転職してる人が減ってるよ。
つーか、求人がないので他でも減ってる。
- 348 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 14:28:54 ]
- リクルートは転職屋じゃなくて情報出版業だぞ
リクルートエージェントかなんかと勘違いしてないか
- 349 名前：デフォルトの名無しさん [2009/07/07(火) 15:48:08 ]
- TeedaとかJSF系ってさ、GUIコンポーネントっつーのかな？HTMLコンポーネントそのまま使える案件ならいいけど
デザイナがあげてきたHTML+CSSをシステムに組み込むような案件だとツラくないか？
昔試して俺には無理ぽだったので、そんときゃS2strutsを使ったよ
- 350 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 16:01:16 ]
- JSFなんてイントラ案件でしか使わんだろあんなもっさり
- 351 名前：デフォルトの名無しさん [2009/07/07(火) 17:24:22 ]
- 制約の情報をあんまり告知せずに革命的テクノロジーとか言ってリカマンドしてくるベンダーとの戦い。いつ終わるのこれ
- 352 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:06:00 ]
- >>349
決められたコンポーネントを多用する社内アプリならば十分
もっさりということも特にない
用途に合わせて最適なフレームワークを選択するのが普通
1つだけに絞ろうとするのが間違い
- 353 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:22:24 ]
- 少数精鋭で小回りがきく組織ならそれが普通かもしれんが
5次受け6次受けの兵隊引き連れてる大所帯の組織では普通じゃない
- 354 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 23:39:17 ]
- >>345
俺もリクだが
S2使っているとこはさ結局悲鳴しか聞こえてこんよ
S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
- 355 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 23:41:15 ]
- おまえ偽者だな
悲鳴が聞こえてたのは独自フレームワークだった所だろ
- 356 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:14:31 ]
- 偽者って言われちゃったよ・・・
本質を理解できない奴にいちいち説明するの面倒だな
- 357 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:19:16 ]
- 本質ってなにかね。
- 358 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:24:54 ]
- >>354
どんな悲鳴だ？本物なら具体的に書いてみろよ
- 359 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:49:48 ]
- こないだまでRでぐるなびみたいなサイト作ってたけど（カットオーバーおめ）、
SAStrutsは非常に使いやすかった。
Spring + iBATISなんかより全然な。
- 360 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:54:14 ]
- >>358
ｷﾞｬｧｧｱｸﾞｩｶﾞｯｩｧｧｳﾋｬｬｱｧｧｱ
- 361 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:01:55 ]
- S2&SAStrutsってのが全く理解してない証拠だと思う
- 362 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:05:43 ]
- >>359
おま、比較対象が
- 363 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:08:51 ]
- SAStrutsなんてDIコンテナが何かなんて気にする必要もないプロダクトなんだから
中身がS2だろうがEJBだろうがSpringだろうがどうでもいい話じゃね？
フロントエンドのPGは単にアクションとJSP書くだけだもん
- 364 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 03:47:04 ]
- 悲鳴ってのはプロジェクト管理に起因する事象だろう
最後はとにかく人を突っ込むってことをやってたようだ
事実余り Java を知らん人とかも増援で入ってたし
Hプロジェクトが火を吹いてたのは S2とは無関係だと思うな
- 365 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 04:09:50 ]
- 業務委託じゃRなんてかなりスキルないと入れてもらえなくて有名だが
- 366 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 04:52:15 ]
- 面接を受けると、それも頷ける部分はあるが、
実際のところはそうではないようだ。
ぶっちゃけ協力会社による。
今はどんどん切られてるから、スキル無い人から減ってるけど、
去年の忙しい時期なんかは、とにかく人を入れろって感じ。
そんで件のプロジェクトは火を吹いてたんで、とりあえず人を突っ込んだ。
そしてガバっとまた人が減る。
それに、2年前とかの企画だと、どーしよーもないソースも結構転がってるよ。
S2採用以前のね。
自社FWがどーこー言う話はよく聞く業界だけど、
こればっかりは、何を間違えてこうしちゃったの？って思わずにはいられない。
- 367 名前：デフォルトの名無しさん [2009/07/08(水) 10:45:46 ]
- >354
>>S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
えー、そんなに違うもんなのか？
- 368 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 11:28:48 ]
- >>367
S2Wicketこそが天国への門
- 369 名前：デフォルトの名無しさん [2009/07/08(水) 12:26:27 ]
- Struts2覚えるのが面倒
- 370 名前：デフォルトの名無しさん [2009/07/08(水) 12:48:22 ]
- Wicketってメモリ喰う、いや喰わないとか論争してて不吉な匂いがするよ。
マイクロベンチで検証してOKで実際にデカいアプリ作ったらダメでしたとか、ってことになるんじゃねーかとか
考えすぎ？
- 371 名前：デフォルトの名無しさん [2009/07/08(水) 12:49:42 ]
- >>354
S2よりSpringが素敵なところってどこ？オフショア使えるとこ？
- 372 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 14:14:33 ]
- Seaserを実際に使ったことがない(ドキュメントは読んだ)
俺が印象だけで答えてみるテスト。異論反論は受け付ける
Springが勝っている点
* 世界的に見て、事実上の標準技術と見做されている
* 情報量が多い (世界規模 vs 日本のみ)
* サポートしているコンポーネントが多い
Springが負けている点
* 開発を軌道に乗るまでが面倒
→ Springはいろいろとお膳立てしてやらんとまともに使えない
あと、オフショアに投げるなら、
なおのことSpringを生で使わせたらアカンと思う
- 373 名前：デフォルトの名無しさん [2009/07/08(水) 17:49:09 ]
- >>* 情報量が多い (世界規模 vs 日本のみ)
英語読めない人が多い場合は情報量が逆転。
Springでもプロジェクト回せる時点である程度のレベルの人員が集まってるんだろな。
>>372がｳﾗﾔﾏｼｽ
話それるけどS2は使用感は結構よいけどドキュメントの品質はあんまよくないよね。
なんかまだるっこしい書き方が多いし
「XXはセッションにキーXXで管理しておりライフサイクルはXX」
みたいな知りたい情報がML上にしかなくてドキュメント上では
「XXはコンテナが自動制御するので簡単に使えます」とかそんな書き方だったりとか。
- 374 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:14:16 ]
- ん？
Springを直でいじらんといかんのはアーキテクト役のメンバだけだと思うぞ。
そういうやつはフツーに英語読むだろ
開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
または開発ガイドラインで決められた通りに使うだけという形にする。
だから開発者は英語が読めなくてOKだと思うがいかがだろうか
- 375 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:22:41 ]
- >>372、たけぞう氏、ゆーすけ(誰？)の意見をまとめると
大人数で俺々フレームワークのベースとして使う→Spring
少人数で直に使う→Seasar
でおk？
- 376 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:29:23 ]
- >>375
Spring -> DIコンテナの使い方が普及していない時期に作られた糞のようなフレームワークがたくさん（ｗ
Seasar2 -> 使いやすさ重視。フレームワークもいいね！
- 377 名前：デフォルトの名無しさん [2009/07/08(水) 19:04:59 ]
- >>Springを意識しなくて良いようなアーキテクチャにする
それが理想なんだけどさ、アーキテクトだけが把握してればおｋならいいんだけどさ・・・
・フレームワークって下位レイヤを隠蔽するよう設計されるが
現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
Springの場合はどお？安定・信頼して使えるかんじ？
S2系は一生懸命作ってる人には悪いけど、
プロダクトのテストケースは充実しているわりにバージョン上げたときとかトラブル多かった。
・メンバにはコンフィグファイルを一つもいじらせないように出来る？
おれんとこだとS2使ったプロジェクトでそれに近い感じで進行させたら、
肝心のところでDI使ってない汚いコードになってしまって失敗したよ･･･
- 378 名前：375 mailto:sage [2009/07/08(水) 20:08:01 ]
-
> ・フレームワークって下位レイヤを隠蔽するよう設計されるが
> 現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
> Springの場合はどお？安定・信頼して使えるかんじ？
少なくとも俺は、Springがらみでトラブルになったことは殆どないし、
万一のことがあっても、こういうときにこそ情報量の差(英語圏含む)と
いうものが如実に表れてくると思う。
大抵のトラブル(殆どは設定ミスだが)はググればすぐに原因がわかったし、
いままで、Springのソースを読むハメになったケースは一度もないかな。
> ・メンバにはコンフィグファイルを一つもいじらせないように出来る？
できてるよ。俺は<context:context:component-scan>を使ってる。
- 379 名前：372 mailto:sage [2009/07/08(水) 20:10:15 ]
- やべまちがった。
↑は375じゃなくて372ですた。
- 380 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 20:26:50 ]
- >>378
> できてるよ。俺は<context:context:component-scan>を使ってる。
それで済むのって自動ワイアリング以外の設定がない場合だけだよね？
プロパティに文字列やMapを設定するようなコンフィグ的な設定はどうしてる？
- 381 名前：372 mailto:sage [2009/07/08(水) 20:53:43 ]
-
個別で設定が必要なBeanは俺も個別設定してるよ。
確かにそういう場合は<context:component-scan>は使えないな。たぶん。
ただ、それにしても、そういう設定をやるのはアーキテクトの仕事だと思う。
開発者がいちいちBeanのプロパティを指定しなければならないケースって
イマイチ想像が付かないんだが…
例えばサービスクラス毎にトランザクションの切りかたが違うとか、
そういうのか？
そういえば、前提条件を話してなかったな。
俺は今回の話では、Webアプリケーション開発(社内業務システム程度)を
イメージして話している。そこで食い違いがあるのならすまんかった
- 382 名前：372 mailto:sage [2009/07/08(水) 21:00:03 ]
- あと言っとくと、俺はSpringとSeasarの比較において
あくまでも開発全体の観点から論じているだけで、
細かい技術要件で優劣を付けるつもりはないぞ。
それに、そういう議論するとすぐに荒れるしな。
- 383 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:01:09 ]
- >>381
もろもろの制約値など業務的な設定を可変にしておく必要があるだろ
それをSpringのxmlでやるやらないを含めてどうやるか考えるのはアーキテクトの仕事だが
個別の設定をいちいち書くのはアーキテクトの仕事じゃない
- 384 名前：372 mailto:sage [2009/07/08(水) 21:06:48 ]
- あーすまん。
「アーキテクト=開発リーダー」
と読みかえてくれ。そういうつもりで書いた。
- 385 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:27:34 ]
- 詳しくない奴ほど語りたがる
- 386 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:29:08 ]
- >>384
読み替えても質問の答えは見つからないが？
まさか業務的な設定値を全てリーダーがxmlに書いてるとか？
いやいやいやいや、それはあり得んだろ常識的に考えて
- 387 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:29:53 ]
- 語リスト上等
- 388 名前：372 mailto:sage [2009/07/08(水) 21:33:02 ]
- 業務的な設定値って、設定ファイルだと思うんだけど(違うなら指摘してくれ)、
俺は開発者全員がそれぞれ設定ファイルを書く必要がある案件は見たことないんだけど。
普通のWebアプリ程度で、そんなに設定項目が多いことがあるのか？
…つーか話が本筋からズレてるんだけど。
まだ設定ファイルの話を続けたいのなら俺は去るぜ
- 389 名前：デフォルトの名無しさん [2009/07/08(水) 21:34:11 ]
- サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
DI対象の設定や可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
ってことかな。Spring使ったことないから想像だけど。
- 390 名前：デフォルトの名無しさん [2009/07/08(水) 21:37:49 ]
- >>まだ設定ファイルの話を続けたいのなら俺は去るぜ
うまくプロジェクト回してる人っぽいから俺は話聞きたいyo！
色々語って欲しい。
- 391 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:04 ]
- >>372
＞* 開発を軌道に乗るまでが面倒
＞ → Springはいろいろとお膳立てしてやらんとまともに使えない
ん？セットアップはS2より楽だよね？
- 392 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:32 ]
- >>390
うまく回してるように見えるか？w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの？って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
- 393 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:44:23 ]
- >>391
でたなw
お前NetBeans好きだろ？www
- 394 名前：372 mailto:sage [2009/07/08(水) 21:50:21 ]
- > サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
そう。
> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww
> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。
>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。
>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww
> Seasar直でやった方が楽だったんじゃねーの？って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。
> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの？
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。
- 395 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:56:51 ]
- >>394
> オレオレフレームワークを作ったなんて話は一言もしてないぞwww
>>374=372じゃねーの？
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ？
> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
- 396 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:57:21 ]
- >>394
軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね？
- 397 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:05:22 ]
- S2嫌いでSpringマンセーの奴と議論したときに
最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな
- 398 名前：デフォルトの名無しさん [2009/07/08(水) 22:05:41 ]
- >> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
>そう。
アノテーションハンドリングってxml上の設定を書くだけ？javaの制御コードも？
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。
- 399 名前：372 mailto:sage [2009/07/08(水) 22:07:10 ]
- >>395
<context:component-scan>使っただけでオレオレフレームワークになるのかwww
例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。
フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。
>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。
- 400 名前：デフォルトの名無しさん [2009/07/08(水) 22:13:11 ]
- Spring＋HibernateEntityManager（コンポーネント自動検出 without アノテーション編
d.hatena.ne.jp/beyondseeker/20080621/1214083335
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。
- 401 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:13:15 ]
- >>399
> <context:component-scan>使っただけでオレオレフレームワークになるのかwww
それだけ？ｍｊｄ？
だったら>>377へのレス(>>378)はすべきじゃなかったな
>>378で最初に引用されてるフレームワークはどう見たって
Springじゃなくオレオレフレームワークのことだからな
- 402 名前：372 mailto:sage [2009/07/08(水) 22:17:11 ]
-
>>400
あ、まさにそれそれ。
>>401
>>378は、聞かれたから答えただけだぞ。
議論が本筋からズレてきたから、そろそろ戻していいですかね。
今度は俺から質問なんだが、Seasarサイドから見て
Springの問題点を教えてくれないか。
個別の技術要素じゃなくて「開発全体で見た観点」で。
- 403 名前：372 mailto:sage [2009/07/08(水) 22:23:39 ]
- >>397
それはヒドイwww
俺はそんな逃げかたしないし、間違いがあったら認めるぞ
あと、俺は別にSpringマンセーじゃなくて、
ただの「Springは使ったことはあるがSeasarは使ったことがない開発者」だ。
- 404 名前：デフォルトの名無しさん [2009/07/08(水) 22:28:09 ]
- >>402
・自分やメンバにスキルやモチベがない
・時間との戦い
・トラブった時
など考えて英語情報を漁ってまでSpring使う気になれない。
使ってないから役に立たない回答でｽﾏﾝｺ
Springでおすすめの書籍やサイトあったら教えてくれよ
- 405 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:28:28 ]
- >>402
Springまともに使ってないけど、最初に感じたのはアプリ全体をどう作っていいか
わからないってことだな
SeasarだとS2+SAStruts+S2JDBC+BeansとかS2+Teeda+S2Dao+S2Dxoとか
フルスタックでうまく考えられててDoltengですぐに始められる
ようするに>>331だ
- 406 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:33:30 ]
- Springが2.xになる前にSeasar2使い始めたからそのままSeasar2
Springが最初からXML地獄を考慮してれば違っただろうな
タイミングは重要だよ
EJBだってSpring出る前に3になってれば流行っただろう
- 407 名前：デフォルトの名無しさん [2009/07/08(水) 22:34:30 ]
- Wicketマンセーな人が >>370 にコメントつけてくれるとｳﾚｼｽ
- 408 名前：デフォルトの名無しさん [2009/07/08(水) 22:35:51 ]
- あー俺も>>406と同じだわ
- 409 名前：372 mailto:sage [2009/07/08(水) 22:39:04 ]
- >>405
>>406
なるほど、確かに。それは言うとおりだな。
俺はSpring1.x時代は知らんし。
じゃあ確実にSpringが負けているところは
結局>>331なんだということで理解した。
- 410 名前：デフォルトの名無しさん [2009/07/08(水) 22:59:53 ]
- Springのエバンジェリストみたいなやつがガンガン宣伝すればまた状況は違うんじゃない？
S2の場合ひが氏の釣り師レベルが高くて上手く宣伝できてるってのもあると思う
- 411 名前：デフォルトの名無しさん [2009/07/08(水) 23:03:12 ]
- まあ Springが安定してるよって話聞けただけでも参考になった。
周りに使ってる奴いないんだもん
- 412 名前：372 mailto:sage [2009/07/08(水) 23:11:36 ]
- >>404
ここはそれなりに参考になった。
ttp://d.hatena.ne.jp/nikkei225f/
ただし、どちかというとStruts2の話がメインであるが。
ちなみにここの人が書いた本はダメダメらしいから要注意な。
>>410
確かに、ヒガ氏のプレゼンスも含めSeasarはちゃんと市場を
意識していて、ニーズに合った製品を市場に出せていると思う。
まあ>>331のことだが。
それに引き換えSpringは…
ttp://www.springsource.com/training/classes/asia-pacific
日本は眼中になしwww
>>411
そうなのか。逆に俺のまわりはSpring一色だな。
SpringもSeasarも成熟しているし、一度どちらかに染まってしまうと、
どうやら積極的に乗り換える理由もなさそうだから、
民族大移動はもう起こらんのかもしれんな。
- 413 名前：デフォルトの名無しさん [2009/07/08(水) 23:33:34 ]
- 最近はPHPの案件が多いんだけど、
Ｊａｖａってそろそろ落ち目なんかな？
- 414 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:13:48 ]
- >>412
ここはSeasar2スレ
Seasar2案件が多いやつが目立つのは仕方ない
国内に限定してもおそらくSpringのほうが多いはず
- 415 名前：デフォルトの名無しさん [2009/07/09(木) 00:37:32 ]
- Seasar2
CakePHP
が好き
プログラマとしては素人だけど
新しい物好きの俺が言うんだから間違いない
- 416 名前：デフォルトの名無しさん [2009/07/09(木) 01:37:53 ]
- で、おまえは何を言ったんだい？ｗ
- 417 名前：デフォルトの名無しさん [2009/07/09(木) 09:37:21 ]
- >国内に限定してもおそらくSpringのほうが多いはず
そうなの？どっかに統計ないかな？
- 418 名前：デフォルトの名無しさん [2009/07/09(木) 09:45:17 ]
- 【DI】Java Spring Frameworkを語るスレ 4.0
pc12.2ch.net/test/read.cgi/tech/1227196176/
あんま盛り上がってるように見えない
- 419 名前：デフォルトの名無しさん [2009/07/09(木) 10:09:48 ]
- >402
>今度は俺から質問なんだが、Seasarサイドから見て
>Springの問題点を教えてくれないか。
>個別の技術要素じゃなくて「開発全体で見た観点」で。
component-scanが入って、特に優劣はないとおもう。
S2暦長いけど、今となってはそんなに違わないんじゃないかな。
- 420 名前：デフォルトの名無しさん [2009/07/09(木) 11:53:19 ]
- >>372ってどーゆー構成で作ってたの？お勧めspringプラグインとか教えてよ
- 421 名前：372 mailto:sage [2009/07/09(木) 14:00:44 ]
- >>420
Springのプラグインって何だ？
Springのサブプロジェクトのことなら、
悪いが俺は何も使ってないからわからん。
というか何も使う必要はないって感じかな。
SpringにはDIコンテナ以上のことは求めてないし。
Eclipseのプラグインのことなら、これもやはり使う必要はないと思っている。
だって<component-scan>を使えばapplicationContext.xmlは最初に一回だけ
書けばいいので、IDEの支援はいらないし。
- 422 名前：デフォルトの名無しさん [2009/07/09(木) 14:58:03 ]
- S2はHOT reloadingが便利だな。
- 423 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 16:53:15 ]
- >>402
Spring開発したときに苦労したのは、ろくな本が無いこと
Spring2入門買ったら前作のSpring入門読めとか書かれてあって、ふざけるなと思ったｗ
本家の英語ドキュメントが充実しているからなんとかなったけど
S2はS2側のお勧め構成の意識がすごく強くて
言われる通りに構成すればいいという安心感はあるな
JTA実装やコネクションプール実装も持ってるし、自前のO/Rマッパーもあるし
自前じゃないけどSAStrutsもあるから、とにかくオールインワン色が強い
あと、HOT Deployは大きな優位点だと思う
SpringはWebフレームワークとO/Rマッパーを自分で選択して、自分で組み合わせるのが前提だから
開発リーダーの腕次第というところがある
その分組み合わせの幅が広くて、新しいFWもすぐにSpring対応するのは便利だと感じた
- 424 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 17:42:30 ]
- Spring1.x+hibernate+Strutsを経験して
今Seasar2.4+dbflute+teeda使ってる俺が通りますよ。
>>406
俺もそれ。FWを選定している最中に、teedaの特集に乗せられてしまった口です。
結局teeda自体はあれだけど、Seasar2+dbfluteは結構幸せだよ。
Seasarは用意されたドキュメントがなんとも目的の事が探せないというか、
今一統一感がないというか、タライ回しにされてる感があって微妙。
でも、MLで聞く度胸さえあればなんとかなるし、ある程度要望も聞いてくれるし、
日本語なblogもたくさんあるしね。
ココで技術的なことは聞いちゃダメらしいけどｗ
- 425 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 17:47:05 ]
- >>424
>ココで技術的なことは聞いちゃダメらしいけどｗ
嘘を嘘と見抜ける人なら問題なし。
- 426 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:00:23 ]
- 全部嘘だから問題なし
- 427 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:01:23 ]
- >>424
参考までに、Teedaがどうあれだったのか聞かせてほしいｗ
- 428 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:57:59 ]
- >>427
誤解を与えてしまったかも知れんが、今はそんなにアレじゃないよｗ
なんつーか、BAD KNOW HOWが溜まるまでがちょっとつらかった。
（これは何でも同じだけどね）
現時点での大きなアレなところは、
・JavaScriptが前提になっている部分があるので、携帯向けはつらい。
・ネストされたプロパティを扱えないんで、ページクラスが煩雑になる
（これは、次期バージョンで対応するとかしないとか）
詳しくは、MLを見るようになｗ
- 429 名前：デフォルトの名無しさん [2009/07/09(木) 19:34:39 ]
- 悪いこといわんからJSF系はやめておけと忠告しておきたい。
- 430 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 19:55:48 ]
- >>429
俺はJSF使ったことないんだが、よかったら具体的な理由を教えておくれ
- 431 名前：デフォルトの名無しさん [2009/07/09(木) 20:31:05 ]
- >>424
ドキュメントの出来の悪くて困る。
- 432 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 20:39:28 ]
- ドキュメントはフルスタックじゃないんだよな…
- 433 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 23:44:48 ]
- >>406
EJB3活用してる人って全然いないのかね？
- 434 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 00:50:25 ]
- spring使いのspring好きです
s2やsastruts使ってみましたが魅力がまったくわかりません
どなたか教えてください
ちなみにjava系のメジャーなフレームワークならweb系に限らずほぼ一通りわかるかと思います
- 435 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 00:58:54 ]
- >>434
わからなくていいよ
- 436 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 03:04:06 ]
- spring使いの spring 好きです。
すみません、うちの >>434 がご迷惑をおかけしまして・・・・
>>434
どう魅力がないか書いてくれないと、議論が進まないから書いてよ
おれも知りたいし
- 437 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 03:10:11 ]
- spring使いのspring好きで、s2やsastruts使って魅力がわからなかったなら
ここに来る必要なくね？そんなに自分の判断に自信が持てないのか？
- 438 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 07:08:23 ]
- >>434
Seasar2のHot Reloadingは、どうですか？
- 439 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 08:24:47 ]
- S2はおすすめ構成以外が地獄。
- 440 名前：デフォルトの名無しさん [2009/07/10(金) 09:26:40 ]
- >>434
自分が使って魅力を感じなかったならそれでいいだろ。
springはS2より魅力的ってのなら、具体的に語ってみればリアクションあるかもよ
- 441 名前：デフォルトの名無しさん [2009/07/11(土) 19:04:34 ]
- Hot Reloadingってみんな快適に使えてるか？
クラスローダ周りですぐ動かなくなったりpermgen死亡したりするんだが
- 442 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 19:59:00 ]
- >>441
ml.seasar.org/archives/seasar-user/2009-February/016916.html
www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20090214#2009021401
- 443 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 00:46:08 ]
- 結局、Hot Deployがいけてない所ってJava言語自身の戦略が抱えている問題を、
Seasarが戦術で何とかしようとしているところから出ているんだよな。
それを「革命的なアドバンテージ」と喧伝する奴がいる一方で
「本質的な解決には何もつながっていない」と考える奴がいるのも仕方ないことだと思うよ。
「ふいんき的にOKポイ」ってだけでコミットするような開発者は日本では基本的にB級のクソだから
Railsだってコミット前にはアプリケーションサーバーを再起動して動作確認するのが基本なんだけど
ひがはどうやらその辺の確認は軽視しているように見える。
アーキテクト的にはそのへんは開発者の不注意だと、
責任を押し付けることが出来るから重要視する必要が無いんだろうね。
あと、Hot Reloadingって何ｗｗｗ？今まで散々Hot Deployで推してきたのにｗｗｗ。
|
 |
