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


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

【DI】Java Spring Frameworkを語るスレ 2.0



1 名前:デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]
前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/

公式
ttp://www.springframework.org/

51 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 02:09:48 ]
>>50
でもこのスレ見る限りまともに使えてそうな奴も居ない現実

52 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 02:28:19 ]
>>51
Strutsとかと違って、下手を引き上げるためのもんじゃないしな。
上手が楽するためのもんだから。

53 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 03:42:56 ]
Strutsだってマトモに使えるやつ(ry

54 名前:デフォルトの名無しさん [2007/02/02(金) 08:43:45 ]
やっとstruts + spring + jpa の maven環境できた・・・


55 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 11:42:55 ]
>>46
聞くならもう少し詳しく。
その説明じゃ、セッションにバインドされるクラスなのか、
セッションを扱うクラスなのか、何も分からんじゃないか。

56 名前:デフォルトの名無しさん [2007/02/02(金) 12:19:35 ]
そんなまじにならなくてもw
既に解決して用済みかもしれないしwww

57 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 13:00:47 ]
つかSpring2.0ならセッションスコープのインジェクションできなかったけ。

58 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 13:06:52 ]
連投スマソ。

1.0系の時はServketFilterでHttpServletRequestを全部ThredLocal変数にいれて、
使う側、たとえばログインサービスなんかはThredLocal変数を保持したHolderクラスかなんかをインジェクションしてたな。

まあ>>46の場合はまともに考えたら、

interface LoginService {
User login(String id, String password);
void logout(User user);
}

とかなって、セッションにデータを保存なんて、
このインターフェースでやる事じゃないと思うが…。

59 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 15:43:56 ]
Acegi



60 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 16:54:16 ]
ThreadLocalって便利だよな。気をつけないと乱用してしまいそうだ。

61 名前:46 mailto:sage [2007/02/02(金) 20:12:05 ]
>>58
まさにその状態です。+ログイン済みならtrueを返すメソッドがあります。画面遷移毎に呼ばれるそうです。
で、私のやることはUserDaoを実装して、id,passwordをチェックして、正しければなんからかの形でログインしている状態を保持します。
いろいろ調べてみたのですが、HttpSessionを取得してBooleanかなんかで保持するのが一番簡単なのではと思いました。
ちなみにまだ解決してません。。。
ThreadLocalを調べてみます。

62 名前:デフォルトの名無しさん [2007/02/02(金) 20:57:02 ]
設計がおかし・・・

63 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 20:58:19 ]
LoginServiceはAction(Page)で使用してるんじゃないの?
サービスから取得したUserインスタンスをAction(Page)で保存させて
Filterでチェックが筋だと思うけど

あとBooleanで保持してるだけだとログインしているUserIdはどうやって
取ればいいのでしょうか?って俺速攻聞くよ

64 名前:デフォルトの名無しさん [2007/02/02(金) 21:08:15 ]
とーしろにAnA実装させるなんて怖いシステムになりそうだなwww


65 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 21:37:36 ]
spring2入門を参照しながらacegiでやればいいじゃない

66 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 22:08:28 ]
ThreadLocal 使ってウハウハと思いきや
サーブレットコンテナでスレッドの使い回しがされてて
なんかうまく動かねーやとか言うわけだ。

67 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 22:11:56 ]
>>46の話聞く限り、設計おかしいよね…。

68 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 22:15:03 ]
おかしいかどうかでなくていみわかんね

69 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 22:16:57 ]
Webアプリだとは一言も言ってないのに話が通じてるのが恐ろしい。
確定したのは61でHttpSessionと書いてからだ。

質問以前の何かが欠けてる。



70 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 22:58:21 ]
まぁ、活気のないスレに書き込みがあるだけで俺は楽しいわけで。

Springの参考書にWebアプリのサンプル載ってたが、ログイン処理も載ってるかもよ。

71 名前:デフォルトの名無しさん [2007/02/03(土) 00:17:40 ]
ここでまともな会話求めるほうがおか・・・

72 名前:デフォルトの名無しさん [2007/02/03(土) 00:57:19 ]
>>66
その場合はspring自体もw

73 名前:デフォルトの名無しさん mailto:sage [2007/02/03(土) 10:05:29 ]
よし
Spring勉強しよ

74 名前:デフォルトの名無しさん [2007/02/03(土) 10:07:11 ]
>>73
一緒にべんきょしよ♪

75 名前:デフォルトの名無しさん mailto:sage [2007/02/03(土) 19:30:35 ]
だがお断りだ

76 名前:デフォルトの名無しさん [2007/02/04(日) 15:25:25 ]
勉強とかぬかしてる時点で負けwww

77 名前:デフォルトの名無しさん mailto:sage [2007/02/04(日) 21:35:23 ]
Spring導入してるとこって少ないのか?

78 名前:デフォルトの名無しさん mailto:sage [2007/02/04(日) 22:55:57 ]
まだ少ないとは思う。案件で使うにはそれなりに使える、アーキがわかってるやつがいないと地獄みるからな。
一度暴走すると保守できなくなるし。
Strutsの時もそうだった。

79 名前:デフォルトの名無しさん mailto:sage [2007/02/04(日) 23:52:30 ]
少ないことないよ。
新規の案件でSpring使わないところは、はっきりいって単に「ついていけてない」ことを意味する段階に入っている。
(もちろん「敢えて」使わないことを選択できる技術力が高いところは除いて、の話だが。)



80 名前:デフォルトの名無しさん mailto:sage [2007/02/04(日) 23:54:37 ]
人員の自転車操業ばっかしてる業界だから
「質が安定しない」のがFrameworkがStrutsに偏る理由。

81 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 00:12:30 ]
Web層のフレームワークは未だにStruts使ってるところは多いだろうなってのは同意するとして、
>「質が安定しない」のが
が良く分からん。

82 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 00:30:30 ]
毎度毎度フレームワークの使い方から覚える奴でなりたってるから

83 名前:デフォルトの名無しさん [2007/02/05(月) 00:54:33 ]
フレームワークの使い方云々より日本語の使い方を覚える必要がありそうだな

84 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 00:56:15 ]
おまえが?話がかみ合わないなら無駄なレスせんでええ。

85 名前:デフォルトの名無しさん [2007/02/05(月) 01:00:46 ]
かなりカチンときたようだな ( ´,_ゝ`)プッ

86 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 12:28:00 ]
そもそも>>77のネタフリから
>>80で突如Web層の話になる理由が分からん。

87 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 23:22:13 ]
seasarのほうが使われているのかね?

88 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 23:29:14 ]
日本でもSpringの方が多いんじゃない?

89 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 23:31:45 ]
シーさースレ見る限りあまり使わんほうがいい気がするなしーさーは



90 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 23:47:45 ]
それでもS2Daoは良いものだという話だ。

Sesarスレはまぁ一昔前のRubyスレがあんな感じだったじゃない。
日本語プロダクトはいろいろな人が湧くんだよ。
いい意味でも悪い意味でも。

久しぶりにSpring1.1.xのプロジェクトをメンテして
<property name="hoge" ref="fuga"/>
が動かなくて小一時間無駄にした。
1.2.xになるまでは
<property name="hoge">
 <ref bean="fuga"/>
</proerty>
と書くことに気がついたときは泣きそうになった。

91 名前:デフォルトの名無しさん [2007/02/06(火) 01:43:59 ]
Spring Lint使えばすぐに教えてくれたのにね☆

92 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 15:41:48 ]
俺の回りでは断然springの方が多いな。
また、俺の回りではDI使ってないプロジェクトの方が断然多いなw

93 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:18:58 ]
これはあくまで印象(というかむしろ偏見)だが、
Seasarは同じ日本人が作ってるからかファウンデーション内のごたごた感が気になってしまって、
「プロダクトまでグダグダ・仕様が右に左にフラフラ」という印象になってしまった。
実際そうなのかどうかは問題じゃなくて、
俺個人がそう思い込んでしまったんだから、この不信感はどうしようもない。

とりあえず、Springはトランザションマネージャが気になってしまう。
まぁ、単一DBしか接続しないなら全く問題ないんだけどね。

94 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 18:07:13 ]
Hibernate3 が出た頃、Transaction Manager 絡みで
Spring と Hibernate の両コミュニティがやや険悪になってた気がする。

95 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 19:55:37 ]
国産プロダクトだからって使いやすいかっていうとそうでもない。
俺は基本的に日本人が作ったもの信用してないからどうしてもSpringを使ってしまうんだよ。

96 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:19:41 ]
開発者の国籍なんてどうでもいい。
重要なのはその道具が俺にとって役立つかどうかだ。

97 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:22:00 ]
>>96
と朝から2chやるような使えない奴が言っています

98 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:29:57 ]
>>97
7:22って朝だよね?www

99 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:42:35 ]
>>98
ゆとりか?



100 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:56:26 ]
またいみふな奴が出てきた
springが普及し始めたということか?

101 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:09:59 ]
>>99
何が言いたい?

102 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 11:52:42 ]
> 普及し始めたということか?
知名度は上がってきてる。
ただ実際の使用はまだ限定的だねえ。

予算握ってるオッサン連中説得するのが大変だもん。
ていうか絶望的に不可能な場合が多数。

103 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 11:56:38 ]
現実は厳しいのねん。


104 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:00:15 ]
ORMやWebフレームワークは、その必要性が明確なんだよな。
「使わなければぐちゃぐちゃになる。使わなくても結局スクラッチすることになる。」

DIコンテナは「使わなくても出来るけど」が説明についてくる。

105 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:02:45 ]
AOPによる宣言的トランザクションあたりは説得材料にならないか?
バグが減る・使わないとぐちゃぐちゃになるとかなんとか言って。

106 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:07:36 ]
短期的に見れば、宣言的トランザクションはDI&AOP導入の大きな魅力になるからね。
ただ、それを頭の固いオヤジに理解させるのが一苦労w

107 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:45:19 ]
宣言トランザクションを理解させる段で諦める

108 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:50:01 ]
>AOPによる宣言的トランザクションあたりは説得材料にならないか?
かな〜りなる気がする。
結局は以下を責任を持って実施できるかどうかじゃない?
・Spring導入に関するメリットを上司に説明できる。
・Springについては実開発で使えるくらい検証済みである(もちろんテスト工程も含む)。
・メンバへの教育も問題ない。
・Spring導入したことによる問題は自分が全責任を負うと公言できる。

これができないなら上司を説得するのは難しいだろうし、
Spring導入しても失敗するだけかも?
上記をやっても納得してもらえないなら、上司の頭が余程固いか自分がまだ信頼されるようなエンジニアではないのどちらかでは?



109 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 14:09:30 ]
「new がないんだが?」
「setter 書いとけばコンテナが勝手にやってくれますよ。」
「でも new ないんだよ?」
「設定に従ってコンテナが勝手に探し出して set しますから。」
「でも設定面倒じゃね?」
「その分 new が減ってますから。」
「でも面倒だよね?」
「その変わり設定変えるだけで実装を切り替えられますから。」
「実装なんて切り替える必要ないだろ?」               ←この辺りからおかしくなる
「単体テストの時にモック差し替えていろいろ試したりとか、
 問題調査の時にデバッグ版に切り替えたりとか、結構便利ですよ。」
「モック差し替えって・・・リリース時と違う状態でテストすんのか?」 ←そもそもブラックボックステストを理解してない
「・・・? そうですけど。」
「馬鹿なこと言っちゃいかんよ、君。リリースと同じじゃなきゃテストにならんだろ!」
「いや、だから単体テストだからインターフェースさえ守ってればそこは・・・」
「いかん、いかんぞ、これは。今までそんないい加減に仕事していたのか!」
「の入り口と出口さえ厳密に決まってれば、中身なんてどうでもいいじゃないですか。」 ←やや誤解される表現
「どうでもいいとはなんだ!そもそもプログラミングと言うものはだな云々」 ←大昔を語りだす

※ このやり取りはフィクションであり、実在の上司・オッサンとは一切関係がありません。



110 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 14:29:28 ]
部下の発言が説得力ないねw

111 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 14:56:26 ]
図解入りでプレゼン資料提示したり
実際に架空案件でも開発して工数比較したりしないと
新しいツールなんてそう簡単に導入に持ち込めないでしょ。
でもそんなことやってる時間は普通無い罠。
結局デカいベンダのそういうおもちゃで遊んでる部門からでも話が流れてくるのを松鹿内。

112 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:13:40 ]
>新しいツールなんてそう簡単に導入に持ち込めないでしょ。
そういうこと。
個人の力でできる人もいるだろうけど、難しい人もいるだろうね。
いずれにせよ、行動しなければ松鹿内。

113 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:29:22 ]
ソフトウェアアーキテクチャを握っていない立場なら確かに松鹿内なw
そうでないならプロジェクトにSpringを新規導入できるだけのアーキテクトがいるかどうかだろ?
そんな人材がいなければ残念ってこと。
Seasar導入できるアーキテクトでもよくてよw


114 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:32:30 ]
>でもそんなことやってる時間は普通無い罠。
>>111の会社ではアーキテクトはあまり評価されてないんだろうなwww

115 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 16:01:29 ]
なんで個人攻撃しようとするかなw
アーキテクトなんて職種は中小ベンダじゃほとんどいないでしょ。
俺はツール売り込んでる方の人間だから悩みはいっしょなのよね。
最近は昔みたいに
「生産性上げたら人月取れなくなるからツールなどいらん」
っていう豪快な管理者がめっきりいなくなったけどね。

116 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 16:36:59 ]
アーキテクトなんて肩書きがあるケースは少ないだろうけど、中小企業でもプロジェクトでアークテクチャを担当しなければならいケースは少なくはないでしょ。
そういった立場の奴がプライベートな時間を使ってまで新規ツールの検証をするかどうか。
現状がかなりひどいか、新し好きものの変態じゃなければしないだろうな。
どうぜ評価は変わらないのだろうから。


117 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 17:09:54 ]
名刺の肩書きで「アーキテクト」は見たことないなw


中小だと、アーキテクチャは天の声で指定されることが多いんだよ。
俺「XXXフレームワーク使って良いですか?」
発注元「実績がないので駄目です。」

118 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 18:27:47 ]
>>116
> プライベートな時間を使ってまで新規ツールの検証
この時点で「アーキテクチャを担当」とは言えないのでは。
>>117の言うとおり、「天の声」で決まるケースがほとんどでしょう。
で、それは>>111の言う「遊んでる部門」に決定権があったりすると。

119 名前:デフォルトの名無しさん mailto:sage [2007/02/08(木) 00:26:39 ]
Spring導入するくらいで、いちいち聞かなきゃよくね?



120 名前:デフォルトの名無しさん mailto:sage [2007/02/08(木) 09:32:10 ]
勇者あらわる。

121 名前:デフォルトの名無しさん mailto:sage [2007/02/08(木) 10:48:15 ]
言い訳なんて何でもよくね?

「DIコンテナ入れない場合UnitTest出来ないですけど、それでいいですか?」
「APサーバのリファレンスに、Springを使用しろと書いてありますが。」

122 名前:デフォルトの名無しさん mailto:sage [2007/02/08(木) 11:41:45 ]
豪胆だなw
俺は嘘ついてまで導入させようとする勇気はないなぁ…

UTできないわけでも、APサーバが求めてるわけでもないってことが、もし後でばれたら…

123 名前:デフォルトの名無しさん [2007/02/08(木) 17:12:01 ]
そんなことチマチマ調べる管理職にお目にかかったことがないので、
ばれない

顧客のためになることだから、独断でガンガン行くべし

124 名前:デフォルトの名無しさん mailto:sage [2007/02/08(木) 21:41:17 ]
StrutsやHibernateとかの必須ライブラリとか言っておけばいいんじゃね?w

125 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 00:13:50 ]
>>122
まるっきりの嘘でもないでしょ。
というか、良かれと思ってやってるのに「勇気がない」って。。

126 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 00:15:30 ]
もし失敗したら責任取らないといけないからだろ。

127 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 00:24:22 ]
大抵のことはよかれと思って始められるが、その結果が常によいとは限らない。

128 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 00:44:27 ]
っていうかさ、必要なモノを作らずに利用するってだけじゃん。
そういうアプローチで説得していけばいいんじゃね?

129 名前:デフォルトの名無しさん [2007/02/09(金) 01:31:41 ]
自分以外にもSpringを使える奴がいないと難しいかもナ。
あとあと改修とか保守とか考えると



130 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 01:59:44 ]
基本的な機能つかうだけならものすごく簡単だとおもうんだけど。。
struts-configを読めて、bean定義の読み方わからない奴なんていないとおもうぞ。

131 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 02:13:58 ]
>>129
それはその時に担当が勉強・・・って考え方は駄目かなw

132 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 08:11:51 ]
>>131
駄目に決まってんだろ。突然トラブったらどうすんだよ。「勉強中なので対応できません」?

133 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 10:36:46 ]
DIコンテナ部分だけ使ってる限りにおいては
勉強とか一瞬だと思うんだが。

134 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 10:50:00 ]
>>125
>「DIコンテナ入れない場合UnitTest出来ないですけど、それでいいですか?」
POJOだけで作ってれば、DIじゃなくてもUTは出来る。
モック作るのが面倒かもしれんが、出来ないわけじゃない。

>「APサーバのリファレンスに、Springを使用しろと書いてありますが。」
俺は、リファレンスに「Spring使わなければ駄目」って書かれてるAPサーバを知らない。
Spring必須のSPサーバってのがあるの?

135 名前:134orz mailto:sage [2007/02/09(金) 10:50:58 ]
×Spring必須のSPサーバってのがあるの?
○Spring必須のAPサーバってのがあるの?

136 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 11:16:53 ]
>>134
そういうことじゃなくて、
よくわかってない連中をそうやって言いくるめちまえ!ってことだろ。
真に受けるなよ。コミュニケーション能力のない奴だな。

137 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 11:54:16 ]
まるっきり嘘じゃねぇか。

138 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 12:10:29 ]
でも少しずつ広まりつつあるのは感じられるなあ。

DIなんて知らね

DIの良さがわからね ← 半年前のこのスレでこんな奴がいた

導入しようとしたら拒否られた ← 今ここ

普通使ってるでしょ

DI古すぎ。これからはアレの時代。

139 名前:デフォルトの名無しさん [2007/02/09(金) 13:48:07 ]
確かに。
大手SIerなんかは、Springベースの自社フレームワーク作ってるところ多いんじゃないかな。
ただ、現場の部課長に「フリー(オープンソース)のソフトなんか信用ならねぇ」とか拒否ってるのがいたりする。



140 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 13:59:01 ]
>>139
一昔前にStrutsがはやり始めたとき、大手SIerにはOSSを忌避して、
自社独自のWebフレームワークをスクラッチしたところが少なくなかったよな〜

結局、フレームワークのバージョンアップコストと、
(極端な例え話だが)アウトソーシングするたびに教育が必要になるから、
Strutsベースで作り直すトコが出始めた。

だが、途中からでもOSSベースに乗り換えたトコはましだった。
いまだに自社フレームワーク使ってるところは、バージョンアップがままならないばかりか、
好き勝手に拡張されたフレームワークを使ってる。
だから別の部門に移ると、同じフレームワークと思えないほど変形してることすらある。

もう、そろそろ学習しろよと思うんだよな。

141 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 14:08:01 ]
>>136みたいなやつがリーダーのプロジェクトって
ほとんど火を吹くんだよな。最新技術オタク。

142 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 14:24:07 ]
>>141
そういう話をしてるんじゃないだろ。話がずれてる。

むしろおまえみたいに叩くのが目的で
ずれた議論をしたがる奴がいるほうが迷惑。




火は吹くんじゃなくて、噴くんだよw

143 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 14:28:35 ]
>まるっきりの嘘でもないでしょ。
がなければ、話の筋は通ったんだがな。
これでは知識不足にしか思えん。

144 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 14:28:38 ]
要するに、冗談も通じずに叩きネタばかりつっこむ奴がいるとやっかいということか。

145 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 14:30:51 ]
>>143
ホントだw
嘘も方便ってことなのに。
だから>>141みたいな粘着が沸いてきちゃうんだよw

146 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:12:14 ]
自分は中小企業をいくつか経験しているが、
ここ読んでいると自分はかなり恵まれているのだと実感したw
給料はそんなに高くないけど、責任を負う気持ちがあればチャレンジできる環境に多謝。

147 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:13:36 ]
>>146
ちょっとウラヤマシス。
まぁ、何の責任も無しに高給貰うほうがうれしいけどなwww

148 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:21:06 ]
>何の責任も無しに高給貰うほうがうれしいけどな
確かにw

>ちょっとウラヤマシス。
弊社に是非。
今ならStruts, Spring2, JPAプロジェクトにすぐにアサインですよw

149 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 16:53:54 ]
ごめん。今更Strutsなんて使いたくないんだ。

と、>>147でない俺が答えてみる。




150 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 17:07:07 ]
では、Web framework 何使ってるの?



151 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 17:13:03 ]
んー、Strutsは要件次第ではまだいけると思うんだ。
なによりも成熟してるし実績が無数にある。

JSF・リッチ・テンプレ系は強力だし、
いつでも使えるといいんだけど人的リソースの確保がなかなか…






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<215KB

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