[Seasar-user:19294] Re: セッションのDIについて

2010年 2月 12日 (金) 14:33:36 JST

責任転嫁をしたつもりはありませんでした。

本番環境に相当する環境でテストをした結果、失敗したのです。
そのテスト環境というのが、顧客が所有する環境なのです。
顧客といえど、どちらかというと、同じプロジェクトのメンバーです。
「今のところ、クールディプロイではうまく動かないのでホットディプロイでディプ
ロイしている」と報告せざるを得なかったわけです。
納品もしていませんし、本番へのリリースもしていません。
（よく読むと松山さんの文書はかみあってないですね。おっしゃるとおり、ローカル
ではHOTで動作確認し終えたものを、テスト環境にCOOLでディプロイし、テストした
結果、不具合が発覚した、ということです。HOTで動いていたものがCOOLにしたら動
かないなんて、そんなのおかしいじゃないか、と私は主張しています。）

ほかにも、S2Dao関連で不可解な現象に遭遇したことも続いたこともあり、
顧客から、「Seasar2はやっぱりやめたほうがよかったんじゃない？」といわれ、返
す言葉がなかったので、感情的になっていました。
みなさん、お騒がせして申し訳ございませんでした。

-----Original Message-----
From: [E-MAIL ADDRESS DELETED]
[mailto:[E-MAIL ADDRESS DELETED]] On Behalf Of Taiki Matsuyama
Sent: Thursday, February 11, 2010 2:28 AM
To: [E-MAIL ADDRESS DELETED]
Subject: [Seasar-user:19285] Re: セッションのDIについて

横から失礼します。松山と申します。

失礼ですが、顧客からクレームを受けた責任をオープンソースの開発者に
転嫁しようというのは、ちょっと理屈がおかしいと思います。

ドキュメントにも、
「HOT deployは、各開発者が個人のPCでテストするときに使うことを想定していま
す。」
と書いてあるように、本番運用で使用することは想定されていません。

顧客に納品する前に、本番と同じ環境でひととおりのテストをするのは、
まっとうな技術者であれば、当然すべきことだと思うのですが、
単にそれを怠ったというだけのことではないのでしょうか？
であれば、顧客の「本当にテストしてきたのか」とのクレームは当を得たものですよ
ね。
実際にテストしていないわけですから。

「組み合わせテスト以降はCOOLで行うのが常識」というのは、
本番と同じ（または極力近い）環境でテストを行うのが常識という意味でしょう。

本番と同様の環境でのテストを行わないというのは、「よりよいものを作る意識がな
い」
と言われても仕方がないことだと思いますよ。


> いくら、オープンソースの開発者だからといって、よりよいものを作る意識がない
なら、やめてしまったほうがよいと思います。
>
>
>
> HOTで動くものがCOOLでは動かない。
>
>
>
> その事実をどれだけの人が常識と受け取るでしょうか。
>
>
>
> 「組み合わせテスト以降はCOOLで行うのが常識」というのが、いったいどこに書い
てある常識なのでしょうか。
>
>
>
> 今回は、セッションに格納したログイン情報を利用する処理を、まだ1か所にしか
使っていない状態で動作確認して発覚したので助かりました。
>
> もしこれが、100個のクラスに実装したあとで、COOLにして組み合わせテストを行
い、この現象に出くわしていたら、もっと被害額は大きかったです。
>
>
>
> けっこう多くの人間が、この「HOTで動くものがCOOLでは動かない」に苦労してい
るようですよ。
>
>
>
> http://d.hatena.ne.jp/lain2000/20090212/1234441203
>
>
>
> この事実を、Seasar2のトップページに注意書きで書いておいてほしいものです。
>
>
>
>
>
> From: [E-MAIL ADDRESS DELETED]
[mailto:[E-MAIL ADDRESS DELETED]] On Behalf Of keduka
> Sent: Wednesday, February 10, 2010 7:37 PM
> To: [E-MAIL ADDRESS DELETED]
> Subject: [Seasar-user:19275] Re: セッションのDIについて
>
>
>
> 横からすいません。私はSeasar2の利用者です。
>
> かなり感情的な論調になっているようですが、SMART deployの正しい認識をせずに
作業していたことや
>
> オープンソースの開発者を非難することは、エンジニアとして如何なものでしょう
か？　
>
>
>
> リスクや責任は自身で負うのが常識です。商用ならメーカーが悪いというのと変わ
りません。商用であるなし
>
> にかかわらず、責任は自身で負うものです。心配だから、テストをたくさんするは
ずです。
>
> HOTはデバッグモードではなありません。ソース修正のたびにAPサーバが再起動せ
ずに修正が反映する
> ために再起動やリロードの時間が節約できて、効率の良い開発ができます。これが
メリットですから、
> 個人で作業する業務アプリ作成（単体）には向いていると思います。
>
> ところが、インターセプター等の共通処理や処理パターンテンプレートクラス等に
は不向きと思います。
> これはCOOLでやるべき作業です。生成のタイミングや関連処理のバトンタッチをす
る上で正しく動作する
> かが重要な視点となるからです。
>
> また、組み合わせテスト以降はCOOLで行うのが常識です。HOTで露呈しなかったイ
ンターセプターに
>
> 問題があったとしても、COOLでテストを実施すれば、すぐに発見可能のはずです。
>
>
>
> この使い分けをメリットとして感じない方は、全てCOOLで作業するのが良いと思い
ます。（HOTの便利さをよくわかると思いますが。。。）
>
>
>
> どんなに良いものでも正しい使い方をしなければ、意味がなくなります。一番難し
いのは、いくつかの選択肢からどれを選んで利用して
>
> いくかではないでしょうか？心配だjからたくさんテストしましょう。なんでも、
これに尽きます。
>
>
>
>
>
>
>
>
> _______________________________________________
> Seasar-user mailing list
> [E-MAIL ADDRESS DELETED]
> https://ml.seasar.org/mailman/listinfo/seasar-user

_______________________________________________
Seasar-user mailing list
[E-MAIL ADDRESS DELETED]
https://ml.seasar.org/mailman/listinfo/seasar-user