[home-page:放置中]
|
[最近のツッコミ] |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [全文検索] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]：カテゴリフィルタ画面 ☆[blogger]：Blogger出張所。徒然。 ☆[kuro]：個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]：VOX出張所。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
導入コストに見合うだけのメリットがないから...。
EJBの導入コストを吸収できるようなプロジェクトはだいたいEJBをしょぼい
(しょぼくないのを見聞きしたことがないので...)フレームワークでラップして
開発者が"EJBを全然知らなくても組める"ようにしていたりする。そのかわり
柔軟性は皆無...SBのみ、EBはなしとか...。EJBを何故使ってるのか疑問な
PJも多いのでは...。
また、テクニカルなアドバンテージは必ずしも実際のPJへの適用を促進しない。
現状、EJBのアドバンテージは導入コストに見合うだけのメリットではない。
EJB3.0以降で導入コストが劇的に削減されるような改良がされれば、この点
は改善されるかも...。
EJBの普及を阻害する要因を技術的な論点だけで論じるとおかしくなります。
「EJBはなぜ嫌われるのか」ではなく「これからのEJB」的な言い回し
のほうが適切なのでは。
[kuro][vox][category][home-page:放置中]