「国内でZopeを普及させる目的の会社設立」記事へのコメント

WebObjectsの方が

[goubu (3245)]

値段も格段に下がったWebObjectsの方に気持ちは傾きます。 開発環境は Mac OS X と Windows 2000 ですが、 実行環境は、Solaris、FreeBSD、Linux でもよいからです。 それなりに、使いこなしのために覚えることはありますが。

Re:WebObjectsの方が

[Anonymous Coward]

WebObjectsの専用エディターはすばらしいが、考え方はもう古いんでないかと、PHPやColdFusionなどと同じレベル。そりゃRDBとの連携は抜群ですばらしいですが。対してZopeはオブジェクトパブリッシュなのでこれらとは全く違っていてやはり先進的（エディターはブラウザになっちゃうから貧弱ですが）

Re:WebObjectsの方が

[Anonymous Coward]

古い新しいというのも重要な気もしますが、安定して動作するというのがとっても重要じゃないかと・・・
特にWebObjectsに関しては、採用している企業を知っているのですが（誰でも知っている出版社ですが）、そこの担当者が「おちた事がない」つう事で、大変気に入っています。
また、日産なども採用していたり（今してたっけ?）、運用実勢もそこそこあるんではないかと・・・

ただ、これら二つを同じ土俵に載せるのは、若干無理があるかなって思うんですけど、いかがでしょうか?

#ネタ暴露気味なんでAC

Re:WebObjectsの方が

[Anonymous Coward]

Zope開発者のPaulEveritt氏が来日された際にIDEらしきものを起動されていました。後ろから氏のノートブックを覗き込んでいたワケですが。
氏のノートはLinuxで(苦労が多いからOSXに乗り換えちゃるって言ってましたが)mozillaが組み込まれてコーディングとプレビューを往復していたような

Re:WebObjectsの方が

[Anonymous Coward]

うーんと、WebObjectsのエディターは残念ながらこれを超えるものは見たことありません。オブジェクトをマウスで、HTMLの特殊タグに線で接続する感覚。

ただ、結局Webサーバのサービスとして組み立ててくから、Servletなどと同じで、サイトの統合的なものを構築するには、がちっと仕様を決めて取りかからないとパーソナライズなど実現しにくいんでは、、もひとつ上のフレームワークがないと、、

一方、Zopeは全体が１つのサービスなので、個々の機能を連結したりするのが結構楽。MyYahooみたいなのはpython使わなくてもできるね。あとは安定性ですが、一応負荷分散もできるし、サーバ側は落ちたこと無いな。高負荷のもとではクライアント側は落ちるね。

Re:WebObjectsの方が

[Anonymous Coward]

>頻度と経験の高い人にはブラウザ以外に効率的な方法が提供されている

Zopeはftpサーバにもなります。ange-ftp使えばemacsで幸せです。
あと、WebDAVもオッケーです。