[表示 : 全て 最新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/

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

152 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 17:15:29 ]
>>151
同意


153 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 17:20:00 ]
>>149だけど、Wicket使ってるよ。
設定ファイルを書かなくていいからもう他のは使えない体だ・・・

でも、結局Spring使ってるからXMLは書くんだけどなw

154 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 18:25:21 ]
最近よく耳にするWicketかあ。
プロジェクトの規模は何人くらい?
数名とか小規模なんだよね?





155 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 21:17:52 ]
Viewは使いどころにもよると思うが、今はStrutsだろな。
JSFは開発する側はラクだが、使う側からしたら微妙に思う。
Wicketはまだ開発者集めれる段階ではない。


>「フリー(オープンソース)のソフトなんか信用ならねぇ」
こういうの言われるといつも思うんだが、自社製ソフトも信用ならねぇ。バグだらけ。
とつくづく思う。

新規に作ったほうが工数がかかり、多くのバグを仕込むことになることにやつらは気付かないのか?

156 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 22:49:45 ]
作るやつと作らせるやつの感覚が違うのが問題
自分が作るつもりで考えないと生産性なんて
得られないおー

157 名前:デフォルトの名無しさん mailto:sage [2007/02/09(金) 23:55:57 ]
バグの無いプロダクトなんて無いからな。
管理職の考えてるのは「落とし前のつけ方」なんだよね。
フリーでいいソフトありますー採用しましたー失敗しましたー
ってなったときに部下に責任なすりつけて逃げていいんなら採用できるけど。

158 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 00:25:40 ]
そういっていまだにC言語やってそう

159 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 07:32:34 ]
>>158
C言語って何?
おじさん世代?

160 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 11:14:20 ]
知ったかぶったガキンチョかw

161 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 11:39:34 ]
会社じゃポジションがないおっさんかwww

162 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 15:39:26 ]
いまさらながら>>125について解説しておくと、

[UnitTestの件]
UnitTestするにはPOJOで実装する必要がある。

DIなしでPOJOをアセンブルするにはファクトリが必要

ファクトリなんか書くはずない。めんどくさすぎ。

newしまくりで実装

最下層のクラスがコンテナとくっつく

テスト不能

[APサーバの件]
WebLogicのトランザクションを使用

WebLogicはネストトランザクションを未サポート

「WebLogic ネストトランザクション」で検索

dev2dev内のページがヒット

dev2dev「Springのトランザクションマネージャで出来るよ。」

163 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 15:57:58 ]
>>162
すれが活発なのはいいけど、ばかがふえた?

UnitTestするには多くの場合、POJOが望ましいが
POJOである必要はない。
何らかの手段で依存オブジェクトを交換できるように
なっていないPOJOだとテストはやりづらい。

ネストしたトランザクションなんかほとんど使わないよ。
必要だと思っても処理を見直せば何とかなる。

164 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:03:51 ]
>>162
んなことわかってるけど、上司にどう言い訳するかってはなし



165 名前:164 mailto:sage [2007/02/10(土) 16:04:54 ]
ごめん
>>162じゃなくて
>>163

166 名前:デフォルトの名無しさん [2007/02/10(土) 17:01:19 ]
素朴に疑問なんだけど、Spring使って開発楽になった人っている?

キレイになったとか、テスト用意だったとかじゃなく、あくまで結果楽になった人。

167 名前:デフォルトの名無しさん [2007/02/10(土) 17:01:50 ]
ていしえ:テスト容易

168 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 17:18:54 ]
まだまだチーム全体で経験不足なので、楽になったとは言えない。ただ、可読性とかはあがったと思う。
トレースログとか、トランザクション周りを排除できるだけでも使う価値はあるとおもう。
トランザクションの設定はわかるやつが統率して更新したほうがいいよ。

新しいこととか流行の物を使わせるとモチベーションが上がるやつもいる。
そういうやつはそこそこ使えるからいいけど、なんで新しいものおぼえなky(ryってやつには不評だね。
前者 -> メリットとか関係なく新しいものがつかればいい
後者 -> メリットとか関係なく勉強するのがやだ
俺も年取ると後者になるんだろうなぁ。今はちょうど中間にいるってかんじ。
Ajax系のライブラリも乱立するし、SpringMVCだとか余計なのもでてくるし、次から次へと新しいのがでてくることに飽きたというかうんざりというか。



169 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 17:33:04 ]
.NETにようこそ

170 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 18:02:24 ]
>>168
Seasarにいらっしゃ〜い(三枝風)

171 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 18:06:50 ]
>>168 に近い感覚。


172 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 18:07:22 ]

工エェェェ(´д`)ェェェエ工

173 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:05:52 ]
昨年末に買ったSpring2.0入門やっと読破したw
いいねこの本

174 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:09:12 ]
>>173
だんな乙
なんて言わないですよ
だってここはSeasarスレではないのですからw



175 名前:166 [2007/02/10(土) 19:25:44 ]
>>168

なるほどねぇ。
いやぁ、私もSpring使った開発に足つっこんじゃってて。

正直、使う前に予測してた弊害にモロにやられてるから。
ノウハウが足りないってのもあるけろ。



改めて思うのは、DI自体にそこまで価値あるのかしらっていう。

>>トレースログとか、トランザクション周りを排除できるだけでも使う価値はあるとおもう。
激しく同意だけど、これってAOP的要素なんだよね。

オブジェクトの疎結合によるメリットはまだイマイチ感じれないなぁ。

176 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:21:51 ]
ただ導入すればメリットをえられると思っている単細胞には、ナニを使ってもメリットは得られないだろうねぇ
そういうヤツは何も考えずにゴリゴリ書いてガッツリ結合したプログラムを、またゴリゴリメンテナンスするのが
日常だから、考えてプログラム作ること自体がデメリットになっちゃうんだよね
そういう奴らが主導権を握ったプロジェクトだと、こっちまで巻き添えくうから困る

177 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:23:19 ]
>>175
使う前に予測してた弊害って何?

178 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:38:13 ]
疎結合そのものにメリット感じられないなら
DI使ったプロジェクトには来ないで欲しいよ・・

179 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:39:20 ]
って言うか、オブジェクト指向言語使った開発全般に(ry

180 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:41:44 ]
>>175
まずは依存関係逆転の原則でググれ。

181 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:43:54 ]
>>175
>> 激しく同意だけど、これってAOP的要素なんだよね。
そうなんだよね。AOPを使ってトランザクション制御を書かなくていいんだ!ってのは理解してもらえるんだよ。
try,catch,finally close()とかはみんな煩わしいと思ってるし。
問題はDIの部分なんだよね。
setterインジェクションでDaoとか渡さなくても自分でnewすればいいじゃんてなる。
やれInterface書くのめんどくさくないの?とかsetter書くのがめんどいだのいうわけよ。
Daoなんか1個実装すれば終わりだし、ORMが途中で変わるわけないだろとか。
うちの人間は極端にリソースが増えるのを嫌がるからなぁw わからなくもないんだけどね。

182 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:45:07 ]
Interface書くのがめんどくさいとかいうヤツは
コボルでもやってりゃいいんだよ

183 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:46:26 ]
>>181
そういう奴らの方がよっぽどめんどくさい事を一生懸命やっているっていう事実を
当人達が気が付いていないのが笑える

184 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:46:53 ]
>>181
自分でnewして良いかどうか、
JUnitでテストケースかいてみりゃ一発でわかるだろ。



185 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:53:15 ]
PGレベルのやつはspring意識しなくて良いから「勉強ダルい」なんてことはないと思われ。
上でもあるが、トランザクションやログなど、アプリケーションの動作をプログラムから排除することで、
オブジェクト指向設計したメソッド呼び出しのみに注力することができるので見通しが良くなる。

186 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 21:07:56 ]
蜜結合大好きならスクリプト言語の世界へどうぞ。

187 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 21:44:14 ]
宣言的トランザクションを利用する場合も
TransactionManager, DataSourceなどをBean定義ファイルで設定してるよね?
あれってDIだよね?w
これはkiddingだけど、
DIの価値がよくわからなければnewすることからはじめてもいいのでは?
それで問題がなければOKだし、その過程でDIの良さを理解できるかもしれないし。
一気にモジュールを作成してUnit Testをせずに
結合して単体テストするという文化ではnewでいけるのかも?

188 名前:デフォルトの名無しさん [2007/02/10(土) 22:21:29 ]
飲み過ぎだろ・・・常識的に考えてwww

189 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 22:22:41 ]
誤爆しましたw

190 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 23:37:41 ]
あなたの常識って何ですか?東国原

191 名前:デフォルトの名無しさん mailto:sage [2007/02/10(土) 23:53:40 ]
>DIの価値がよくわからなければnewすることからはじめてもいいのでは?
>それで問題がなければOKだし、その過程でDIの良さを理解できるかもしれないし。

単に、問題の存在に気づかないだけだとおもう。

192 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:07:00 ]
かもなw

193 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:08:26 ]
>>191
問題って何?

194 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:20:52 ]
理解力不足と、そう思われるのがイヤで
難癖付けるヤツ



195 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:22:42 ]
自分自身のこと?w

196 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:26:03 ]
あと、空気読めないガキ

197 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 00:26:37 ]
なんか現状に不満みたいだねw


198 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 01:54:09 ]
>>191-197
これがSpringを導入するかしないかで繰り広げられる会話か。

199 名前:166 [2007/02/11(日) 02:53:16 ]
うあ。大反響だ。

この中で実際開発してる人っているんですよね。
理想論は理解できるけど、どれだけ『体現』してるのかな。
それも個人ではなくプロジェクトとしてね。

ISID内じゃ前からSeasar2不評だよ。

タ ブ ー だ け ど 。


200 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 03:03:48 ]
>>199
どうでもいいけど、>>175で書いてた、使う前に予測してた弊害って何よ?www

201 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 03:04:13 ]
疎結合否定した時点で、真性かネタの二択だよ俺的には。

202 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 03:05:27 ]
今時DIすらわからんJava開発者は、さっさとRubyあたりに移った方が身のためだと思う
多分Rubyもわからなくて廃業するだろうけどな

203 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 04:05:38 ]
実際、楽になったといえるような香具師はいないだろうねぇ
Strutsがそうであるように、結局使いこなせなくて大変な思いだけ
が記憶に残ってしまうんだよね
とSpring使ったことないオレがイって見る

204 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 04:30:32 ]
だからさっさとスクリプト言語でも何でも、簡単な方にいけばいいのに
DI以前のクソソースしか書けないJava開発者が、現場では一番使えない



205 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 05:27:13 ]
クンクン
ムムッ!!
コ・・・コレハ!!!

206 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 08:49:34 ]
>>203
とことん楽になったよ。

あとStrutsと比較したらただのアホだから、
人前では決して口にしないように。
DIは(AOPも)パラダイムなんだから。
構造化言語、オブジェクト指向、とかと同列。
進化の方向は「関心ごとを極小にして実装に集中する」で一致してる。

207 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 10:41:51 ]
>>203
Javaも使いこなせてないみたいだな

208 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 10:44:20 ]
>>204
人の上に立てないやつ

209 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 10:47:07 ]
>>199
>ISID内じゃ前からSeasar2不評だよ。
これほんと?(ぁゃιぃ)
不評な理由はなに?


210 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 11:01:34 ]
なんかさ、

ジャヴァ・スプリング・フレームワーク と

ネギ・スプリング・フィールド って

なんかにてね?

211 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 11:03:50 ]
ネギ・スプリング・フィールドはおまえにそっくりだな

212 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 11:59:28 ]
なんか暖冬のせいか、馬鹿がたくさん沸いてでてきてるな

213 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 12:00:39 ]
>>206-207
そういう意味で比較したんじゃないからw
日本語も読めないようなヤツだと大して使いこなせてもいないんだろう

214 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 12:16:30 ]
必死だなwww



215 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 12:43:38 ]
ネタだと思いたい。

216 名前:デフォルトの名無しさん mailto:sage [2007/02/11(日) 12:44:51 ]
>>212
そりゃ、春のフレームワークだからなw。 Spring = 春






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

前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