アプリケーションサーバって必要? (222レス)
上下前次1-新
抽出解除 レス栞
5(4): 名無しさん@お腹いっぱい。 2001/08/17(金)10:38 ID:xrVq7k..(1) AAS
webflow とか色々楽しいフレームワークが付いているから楽になる部分も確かにあります。
んでもどんな実行環境・開発環境でもそうですが、エンジニアが「それ」に十分に慣れていれば「それ」が一番。
tomcatやmod_perlやphpできちんとした物が作れて運用できる人たちにとって、ふつーのWebアプリケーションで導入するメリットは少ない。
7(2): 名無しさん@お腹いっぱい。 2001/08/17(金)18:02 ID:qA6/nhUI(1) AAS
>>1-6
こういう人たちには「Webサービス」とか「SOAP」とかいっても
「は?なにそれ?石鹸のこと?」とか逝っちゃうんだろうナァ
5はノゾク
26: 03/01/29 07:27 ID:svj5cY50(1/3) AAS
>>5,6,13,14 ハゲドウ
「同時アクセス数のスケーラビリティを考えると商用製品が必要」
とか言う人に限ってDBの設計がヘタレなのでパフォーマンスが出ない罠
ネットワーク負荷、アプリケーションサーバ負荷、DBアクセス負荷
とみたとき、一番影響があるのはDBアクセスだと思うんです。
DB設計がそこそこならそれほどひどいパフォーマンスにはならないはず。。。
当方イントラかつアプリ的にも排他制御するほどヘビーなサービスでない
(ぶつかったら諦めてアクセスし直してね!とか)
ので、あまりでかいことは言えないのですが、これが実感。
27(2): 03/01/29 07:33 ID:svj5cY50(2/3) AAS
>>18
専用スレもあるけどここでもいいよね。WebObjectsは実感いまいち。
フレームワークが複雑すぎ…例えばDBアクセスのクラスライブラリのEOEnterpriseObject
とかEOStoreProcedureの使い方がわかんなくて、ある外注さんは
内部でコッソリJDBC使ってた(!!!!) 当社側のSEは何も知らず、
やっぱWebObjectsだからDBのパフォーマンスがいいゼ! とか言ってる。
>>5さんの言うとおり、フレームワークの使いこなし方次第なんだよね。
それが理解できないと開発生産性なんてダメダメっす。
131: 04/02/04 02:37 ID:fjSq4r7y(1) AAS
外部リンク:psc.borland.co.jp
外部リンク[html]:suned.sun.co.jp
外部リンク[html]:suned.sun.co.jp
外部リンク[html]:suned.sun.co.jp
前提条件: Sun Certified Programmer for the Java Platform(SJC-P)取得
2chスレ:prog
1 :仕様書無しさん :03/09/24 05:33
このスレッドは、Sun認定Java資格の
SJC-P Sun Certified Programmer for the JAVA 2 Platform 1.4
Sun Certified Programmer for the JAVA 2 Platform 1.2
省5
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.017s