Railsが成功しEJB3が失敗したわけ - ひがやすを技術ブログ
Railsが成功し、EJB3が失敗したわけは、イノベーションへの解にでてくる「独自仕様の製品アーキテクチャ」と「モジュール方式のオープンな業界標準」の考え方で、うまく説明できるように思えます。 ただし、この手の話は、理論にあうように現実を説明しているところがあるので、あくまでも、1つの可能性として聞いてください。 ここでの重要な考え方は、「顧客のニーズ」と「製品の性能」の力関係です。 「顧客のニーズ」が「製品の性能」を超えている場合は、顧客は、製品の性能向上に価値を認め、お金を払います。このときに企業として、成功しやすいソリューションは、「最適化された独自アーキテクチャ」で望むことです。性能を向上させるためには、独自アーキテクチャのほうが、いろいろ工夫ができるためです。 「製品の性能」が「顧客のニーズ」を超えている場合は、顧客は、製品の性能向上に価値をあまり認めません。既に、製品の性能に満
Railsへの反論は根拠のないものではないことについて | でこぼこ翻訳ハジメ
Java vs Ruby (or RIFE vs Rails) -- Matzにっき (2005-03-21) より んー、僕が読んだところ、Geert Bevin（Bla-bla Listを実装した、Rails懐疑派）の主張は大きく２つ。 DHH（David Heinemeier Hansson、Ruby on Railsの産みの親）の、コード量うんぬんのマーケティング手法は気に入らん 設定ファイルは面倒だけど、長期的な開発には役に立つんじゃないのか？ Geertは言語やフレームワークの優劣がどうのって話はしていない。 http://rifers.org/blogs/gbevin/2005/3/19/revisting_a_rails_app_in_rife デビッド、俺はどっちのテクノロジーが優れてるとかいうつもりはない（君はそうする癖があるみたいだけど）。俺はRailsのこと、さっぱ
IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://silver-vine.moo.jp/sabo/archives/2005/11/post_504.php
