メモメモφ。
メモメモφ。
->反論になっていない反論(on off)
ZopeはAPサーバとフレームワークとCMSが混然一体となったような造り。
Railsは汎用フレームワーク、CMSに特化したZopeとは比較できない。
Zopeの比較対象となるのはCMSであり、汎用フレームワークではない。
MongrelはAPサーバ、フレームワークは非内蔵。Java製APサーバと同じで
特定のフレームワークには非依存。Railsとの組み合わせが多いだけ。
PythonにはRailsを参考にしたTurboGearsがある。
Zopeが廃れたのはZope設計者のCMSに対するイメージが写像されすぎていて、
汎用的には作られていなかったからだと思う。
汎用フレームワークとして作られたRailsとは原点からして異なる。
[蛇足]
IBMがPHPに関心があったのは昔の話。PHPが一定規模以上のシステムには
適さないことがわかってからは急速に興味が失せた模様。
Zend社が枯れる前に余りにも大きな変更をPHPに加え続けていることも
大手SI企業の関心が削がれた一因だろう。
メモメモφ。
メモメモφ。
メモメモφ。
メモメモφ。
方針がころころ変わるのは確か。
T**d* etcのJCKパスも考えてるとか一時期言っていたような気がするけど...
いつの間にかそれも消滅。くーすも消えたし、ゴーヤは行方不明。
M*y** or S*JSF->T**d*(JSF互換)+拡張機能⇒S*Presentation(JSF非互換)、
S*Dao ⇒S*Persistence(JPAモドキ)。
Java Expert #1 でT**d*、K**n*を宣伝して...次の瞬間には...
方針変わりますってついてゆくユーザは大変だな。
S*PHPは？昨今はPHPも落ち目、今後の展開はゼロ？
次がS*Rubyだったら笑える。
もしかして、流行に流されるのが戦略ですか？
JavaEE対応も所詮、準拠レベルではないし、この際、スパッとJavaEE対応
を"謳う"のを止めるのが無難。
中途半端なEJB3対応をコンテナから削るのは誤解を招くよりは良い。
JavaEE、EJB3への対応は"準拠"レベルまでいかないとあまり意味がない。
"準拠"でないと、JavaEE、EJB3仕様との微妙な違いに悩まされるケースが気になる。
必然的にJavaEE、EJB3を採用する場合、"準拠"しているプロダクトを選定する。
規模の大きな企業ほど、この傾向が強いから、JBoss etcは"準拠"を取得する。
新機能は最新版で...がS**s**のポリシー。
S*モジュール群それぞれの最新版がS*コンテナの最新版でしか動かないケースが
多いのは乙。
青い海構想でS*コンテナの内部が変わってS*コンテナ次期版リリース以降の
S*モジュール群最新版がS*コンテナ次期版以降でしか動かなくなる可能性は90%以上。
S**s**にバックポートという言葉は存在しない。
#ブックマークしてる某氏、隠れキリシタン、みたいなモノか？
#隠れキリシタン⇒キリシタンじゃない振りをして、実はキリシタン...。
#この某氏、あからさまに怪しい。