[Seasar-user:9609] Re: [teeda] 開発実績

[Shinpei Ohtani]

大谷です．

> > MLでは、公開しづらいかもしれませんね。
>
> ですね．

だと思います．
私のところにも直接実績について伺う方が
そこそこいらっしゃるので、お答えできる範囲でお答えしています．

> 具体的な実績の公開は一般的にはNDAで縛られてしまいますので，皆さん公開で
> きないのではないでしょうか？
>
> 弊社でも，Teedaでネットワーク機器を監視や管理するようなシステムでは数件
> 実績があります．社内プロジェクトや，社外技術セミナーと範囲で見ると数十件
> はTeedaのアプリケーションを作った記憶があります．
>
> 過去にStrutsよりTeedaのほうが2〜3倍パフォーマンス(Request/sec)がよくない
> と評価がでていましたが，
> 私のところでは，どちらかというと開発初期にEoDという観点で初期コストが圧
> 縮できればよく，パフォーマンスは長期的な観点で改善されていけばよいので論
> 点としてあがらないお客様がほとんどでした．

はい、そういっていただけるとありがたいですが、
TeedaかStrutsか（というかフレームワーク全般）は適材適所なのではないかと思います．
どの方にもお奨めしていますが、フレームワーク選定の段階で
きちんとプロジェクトにあったパフォーマンス測定をした上で、
適用することをお奨めしています．

07/08/01 に Junichi Kato <[E-MAIL ADDRESS DELETED]> さんは書きました:
>
> On Wed, 01 Aug 2007 10:01:34 +0900
> Yasuo Higa <[E-MAIL ADDRESS DELETED]> wrote:
>
> > MLでは、公開しづらいかもしれませんね。
>
> ですね．
>
> 具体的な実績の公開は一般的にはNDAで縛られてしまいますので，皆さん公開で
> きないのではないでしょうか？
>
> 弊社でも，Teedaでネットワーク機器を監視や管理するようなシステムでは数件
> 実績があります．社内プロジェクトや，社外技術セミナーと範囲で見ると数十件
> はTeedaのアプリケーションを作った記憶があります．
>
> 過去にStrutsよりTeedaのほうが2〜3倍パフォーマンス(Request/sec)がよくない
> と評価がでていましたが，
> 私のところでは，どちらかというと開発初期にEoDという観点で初期コストが圧
> 縮できればよく，パフォーマンスは長期的な観点で改善されていけばよいので論
> 点としてあがらないお客様がほとんどでした．
>
> ご参考までに．
>
> ───────────────────────────────
>  株式会社 グランテック
>  代表取締役社長
>  加藤 潤一 Junichi Kato
>
> 〒154-0012
> 東京都世田谷区駒沢2-16-1 サンドー駒沢ビル4F
> TEL 050-5538-2383  FAX 03-3487-7211
> HP : http://www.grandtech.jp/
> BLOG : http://d.hatena.ne.jp/j5ik2o/
> E-MAIL : [E-MAIL ADDRESS DELETED]
>
> _______________________________________________
> Seasar-user mailing list
> [E-MAIL ADDRESS DELETED]
> https://ml.seasar.org/mailman/listinfo/seasar-user
>



-- 
=============================
Shinpei Ohtani
[E-MAIL ADDRESS DELETED]
=============================