- 1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]
- 前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/
公式
ttp://www.springframework.org/
- 24 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 20:25:42 ]
- やっぱ無理だよね。
仮に使えるようになってもspringの何がいいの？設定ファイルうざくね？ってなるのがオチだな。
ﾊｧ。もっとまともなレベルの会社に行きたい。
みんなありがと。
- 25 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 20:29:41 ]
- むしろ>>20みたいな環境でこそspringが役に立つと思うが。
- 26 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 20:40:05 ]
- >>24
プロジェクトとしてSpringを使うことは可能。
連中にはinterfaceだけはとにかくきちんと定義することを徹底させて
(interfaceがきちんと機能を表現できてるかはお前さんがチェックする。)
実装は好き勝手にしやがれ、単体テストだけは完璧に通せと言う。
設定ファイルうざくね？とか言われたら
じゃぁお前がフレームワーク作るか？といえば黙る。
Springそのものの仕様・実装でうまく行かないところとかは
全部お前さんが調べてお前さんが直す。
これでどうにかなる。
他のメンバーの10倍以上の負担をお前さんが背負うことになるが
闇雲に突き進むより数段マシな結果が得られる。
あとコードレビューは最低週１回以上はやった方がいい。
- 27 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 20:43:33 ]
- >>26
同意。
ほっとくとゴミを量産されて、10倍どころの負担じゃ効かなくなる。
- 28 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 21:10:32 ]
- >>25
おれもそう思ったんだが、なかなか・・・
>>26
interfaceの存在は知っていても自分で宣言したことはないであろう人々だからなぁ。
やっぱ俺が使うって言ったら俺が面倒みなきゃなんないんだよな。
客と打ち合わせして、ドキュメント作って、環境構築しに行って(運用もやるので)、
コードレビュー・・・。手が回らん気がする。俺も実装やらなきゃいけないだろうし。
Springスーパーサンプルとかいう本を全員に読ませれば少しはましになるかな？
簡単だけどWebアプリの作り方が１からのってるし。
新人(そこまで馬鹿じゃないと思うが)にspringつーかjavaを理解させるのにどういうことから教えますか？
- 29 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 21:23:01 ]
- ＞手が回らん気がする。
この状況はSpring使わない従来の作り方だと解消されるの？
であるならば従来のやり方でやったらいいんじゃないかな。
いずれにせよ一人は辛い。もう一人で良いから理解ある人を連れてくるべき。
＞どういうことから教えますか？
開発環境だけ整備してやって、あとは実地でやれでいいんじゃないの？
分からないところあったら質問に来いで十分。あなただってそうだったでしょ？
これはもうマ板の話題だと思うんだが。
- 30 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 21:24:11 ]
- ｔｈｘ。そろそろ引っ込みます。
- 31 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 23:58:38 ]
- >>28
インタフェースは全部あなたがつくってみんなに配ればいいじゃない。
んで、内製のクラスはnew禁止にする。
これでOKじゃね？
- 32 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 06:57:22 ]
- 何か１つ業務選んで、Spring使ったプロトを作って、それをひたすら真似させたら？
- 33 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 22:19:25 ]
- ロジックを実装しているクラスをActionSupport実装クラス内で使いたいのですが、
インスタンスを取得するのにgetBean()をするのと、setterインジェクションを使用するのではどちらがよいのでしょうか。
もしかしたらどちらもおかしいのかもしれませんが、一般的？な方法を教えていただけないでしょうか。
- 34 名前：デフォルトの名無しさん [2007/01/31(水) 08:03:31 ]
- お好きな方で♪
- 35 名前：デフォルトの名無しさん mailto:sage [2007/01/31(水) 09:16:16 ]
- インジェクション！インジェクション！
- 36 名前：デフォルトの名無しさん [2007/01/31(水) 09:38:18 ]
- 異論反論インジェクション！！！
- 37 名前：デフォルトの名無しさん [2007/01/31(水) 10:59:50 ]
- >>2
> eclipseプラグイン「Spring UI for Eclipse」
> ttp://springui.sourceforge.net/
これってSpring IDEよりもいいの？
Spring IDEと重複しても問題ない？
コンフリクトでEclipseが壊れるのが怖いんだけど。
なんどもEclipseを再インストールしている身分ですので
- 38 名前：デフォルトの名無しさん mailto:sage [2007/01/31(水) 11:04:47 ]
- >>37
あれ？
名称変更された同一プロダクトじゃなかったっけ？
間違ってたらｽﾏﾝ。
- 39 名前：デフォルトの名無しさん [2007/01/31(水) 12:24:14 ]
- >>37
URLが
www.springide.org/
にかわっとるね
- 40 名前：デフォルトの名無しさん [2007/01/31(水) 12:24:50 ]
- 見ると、Spring IDEという名前に変わってるね
- 41 名前：33 mailto:sage [2007/02/01(木) 00:36:44 ]
- >>34-36
どっちでもいいってことですか？すみません。
なんかからかわれてるようにもみえるのですが・・・
- 42 名前：デフォルトの名無しさん mailto:sage [2007/02/01(木) 01:32:24 ]
- setter injectionを使うのが一般的。
- 43 名前：デフォルトの名無しさん [2007/02/01(木) 02:01:26 ]
- 半々かな
- 44 名前：35 mailto:sage [2007/02/01(木) 09:02:53 ]
- >>41
ごめん。からかってみた。
俺敵にはセッターインジェクションで。
Springに依存したコードでいいならgetBeanも選択肢って程度。
- 45 名前：デフォルトの名無しさん mailto:sage [2007/02/01(木) 21:36:45 ]
- ちょっと書いてみればいい。
getBean だと疲れるよ。
- 46 名前：デフォルトの名無しさん mailto:sage [2007/02/01(木) 23:46:06 ]
- すみません。質問させてください。
ログイン管理をするインターフェースが用意されていて、それを私が実装することになりました。
login(id, password)
logout()
のようなメソッドがあり、id,passが正しかったらセッションに情報を格納しようとしたのですが、
どう考えてもセッションのインスタンスが取得できません。setterインジェクションとかでどうにかなるものなのですか？
- 47 名前：デフォルトの名無しさん [2007/02/02(金) 00:01:57 ]
- セッションのインスタンスってなに？
- 48 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 00:23:03 ]
- >>46
＞どう考えてもセッションのインスタンスが取得できません。
できないことないけど、無理してやるメリットがない。
login(context, id, password)
こうしとけ
login(userのbean, id, password)
のほうがいいけど。
- 49 名前：デフォルトの名無しさん [2007/02/02(金) 01:23:08 ]
- contextってなんだ？ｗｗｗ
- 50 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 01:32:24 ]
- やっぱSpringかな？
時期的にも
- 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だってマトモに使えるやつ（ｒｙ
- 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 ]
- そんなまじにならなくてもｗ
既に解決して用済みかもしれないしｗｗｗ
- 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実装させるなんて怖いシステムになりそうだなｗｗｗ
- 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自体もｗ
- 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 ]
- 勉強とかぬかしてる時点で負けｗｗｗ
- 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使ってないプロジェクトの方が断然多いなｗ
- 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って朝だよね？ｗｗｗ
- 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導入の大きな魅力になるからね。
ただ、それを頭の固いオヤジに理解させるのが一苦労ｗ
- 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 ]
- 部下の発言が説得力ないねｗ
- 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 ]
- ソフトウェアアーキテクチャを握っていない立場なら確かに松鹿内なｗ
そうでないならプロジェクトにSpringを新規導入できるだけのアーキテクトがいるかどうかだろ？
そんな人材がいなければ残念ってこと。
Seasar導入できるアーキテクトでもよくてよｗ
- 114 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:32:30 ]
- >でもそんなことやってる時間は普通無い罠。
>>111の会社ではアーキテクトはあまり評価されてないんだろうなｗｗｗ
- 115 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 16:01:29 ]
- なんで個人攻撃しようとするかなｗ
アーキテクトなんて職種は中小ベンダじゃほとんどいないでしょ。
俺はツール売り込んでる方の人間だから悩みはいっしょなのよね。
最近は昔みたいに
「生産性上げたら人月取れなくなるからツールなどいらん」
っていう豪快な管理者がめっきりいなくなったけどね。
- 116 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 16:36:59 ]
- アーキテクトなんて肩書きがあるケースは少ないだろうけど、中小企業でもプロジェクトでアークテクチャを担当しなければならいケースは少なくはないでしょ。
そういった立場の奴がプライベートな時間を使ってまで新規ツールの検証をするかどうか。
現状がかなりひどいか、新し好きものの変態じゃなければしないだろうな。
どうぜ評価は変わらないのだろうから。
- 117 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 17:09:54 ]
- 名刺の肩書きで「アーキテクト」は見たことないなｗ
中小だと、アーキテクチャは天の声で指定されることが多いんだよ。
俺「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 ]
- 豪胆だなｗ
俺は嘘ついてまで導入させようとする勇気はないなぁ…
UTできないわけでも、APサーバが求めてるわけでもないってことが、もし後でばれたら…
- 123 名前：デフォルトの名無しさん [2007/02/08(木) 17:12:01 ]
- そんなことチマチマ調べる管理職にお目にかかったことがないので、
ばれない
顧客のためになることだから、独断でガンガン行くべし
- 124 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 21:41:17 ]
- StrutsやHibernateとかの必須ライブラリとか言っておけばいいんじゃね？ｗ
|
 |
