やっぱZopeはもういらない(かも
いや,なんかごにょごにょやってたら
- 階層のある構造を表現するモデル構造
- モデル,ビュー,コントローラーをPlugin的に管理する仕組み
- オブジェクト指向的に継承できるビュー
- 継承可能かつ標準的な編集インターフェース
- Zopeばりに柔軟なセキュリティ設定
みたいな機能を持つフレームワーク上フレームワークができてしまった。
これはまったくZopeやPloneを置き換えることができる類のもので,かつバックエンドのDBを簡単に切り替えられるのでスケーラビリティを確保するのも容易。これは本格的にZope要らなくなってきた。
よくよく思い返してみると,ZopeとかPloneをよく研究しているからこういうフレームワークが作れるようになったわけだな。Zopeにも研究材料としての価値はまだあるってことだ。逆に言うと研究材料としての価値しかないってことかなあ。
イノベーションのサイクルというものがあると思う。古いものを礎として新しいものができあがってゆく。このサイクルをうまく捕まえられず,古いものにしがみついているとどんどん世の中から置いて行かれてしまう。世の中の流れは早いからね。Ploneはイノベーションのサイクルをメタ化して取り込むことに成功しているような気がしているので,まだまだいけるんじゃないかな。ただ,開発のスピードが速いので,ついていくのには体力や技術力(低レイヤーの技術力を含む)や感が必要。あと,Ploneは適用可能な要件を選ぶから,よくよく分かって使わないと返って遠回りをすることになりかねないので注意が必要。
中神さんはうまく感化されたようでZopeの次を探し始めた様子。
ここ5年前にZope周辺で名前を見た人のうち,未だに名前を見かける人はどのくらい居るだろうか。そして,一年後はどうなっているだろうか。
- The URL to Trackback this entry is:
- http://coreblog.org/ats/30843063zope306f3082304630443089306a3044-304b3082/tbping


atsさんの考えてるそれより数段原始的な物だと思いますが、
既存コンポーネントの組み合わせ+グルー60行でフレイムワーク作りました、という話を最近読みました。
http://bitworking.org/news/Why_so_many_Python_web_frameworks
ところで、サーヴァ側のform validatorってFormEncode以外に何かありませんかね。
TurboGears に乗っかるフレームワークというところでしょうか?
後半は色んな警鐘を含んでいる言葉っぽくてなんだか深い感じ(意味不明)です。。。
そうねぇ、家鯖止まってから、Zopeはぜんぜんさわってないっすね。
わたしはといえば、CMS方面からすっかり足を洗っていますが。
Zopeもイノベーションのジレンマに陥って、後発のフレームワークに隙間を埋められてしまう運命なんでしょう。
大きな変化もなしに5年以上もっているというところも評価には値すると思いますね。
でも、すでに歴史の域かも。
>Dubheadさん
今時はフレームワーク自体がメタ化してますね
Zopeの素晴らしさの源泉はZMIにあるのではなくて「フレームワークとしての素晴らしさ」にあると思うんですが
それが薄まってきてしまっているということなんだとおもいます
Validatorについてはよく知りません(スイマセン)
Djangoについてるのを切り離して使ったり出来ないのでしょうか?
あるいはZope3から拝借するとか
>JuNyaさん
そうです,TG上にフレームワークを作りました
>kinnekoさん
5年は長いですねえ