誰でも自由に書けるんですね？？？？

Zopeを嫌いな10の理由

• Top10Reasonsの暗黒面です。Zopeは天国ではないことも知っておきましょう(^^

• 2002/7/17 - zmoncの「Zopeを嫌いな10の理由」
  • 激しいバージョンアップ -> 既存のコンテンツどうしてくれる
  • 私の環境&&使い方ではよく落ちる
  • 回線||サーバがしょぼいとストレスがたまる
  • デバッグしにくい
  • 日本語idが使えない
  • 獲得によくはまる
  • dtml-callを用いた冗長な変数設定
  • かえってよみにくいdtml-comment　しかも規制が多い
  • Importもブラウザからすべてできるようにしてほしい
  • 楽すぎて他のアプリケーションが使えなくなる（一番重要

zmonc 僭越ながら最初に書かせてもらいます。もっとありそう。。。

• 匿名さんです。100の理由にしたほうがよさそう。
  • zmonc さすがに100まで思い浮かびませんが数はあんまり関係ないです。これらの不満を抱えても使い続けてるには好きなところが多いからでしょうね。

• 2002/7/18 - nakagamiの「Zopeを嫌いな10の理由」
  1. Zopeはすごい・・・と思っても、どうすごいかうちの奥さんにうまく説明できない
  2. 他のプラットフォームでWebアプリを作るのがばからしくなる（現実は違う）
  3. 遅い・・・と世の人に思われている
  4. 不安定・・・と世の人に思われている
  5. Pythonだからだめ・・・と世の人に思われている
  6. 日本語の情報（特に書籍）がほとんどない
  7. 日本語が使えない・・・と世の人に思われている
  8. どんどんバージョンがあがっていく（ついていけない）
  9. ZopeがCMSだけでなく Web Application Serverであることが認知されていない
  10. ・・・と世の人に思われているので、仕事がない

• 2002/7/18 - 匿名キボンヌ の「Zopeを嫌いな10の理由」
  1. 下位互換性考えてくれ。
  2. 激しく遅い。ZEO？そんなのに頼っているようではダメ。
  3. ZODBなんとかならんのか。
  4. ZMI = 帯に短し襷に長し。
  5. チーム開発出来そうな雰囲気なんだが実行すると地獄を見ること多々あり。
  6. 意味不明落ちが度々発生。
  7. HelpになってないHelp機能。
  8. DTML, ZPTに代表される標準無視の姿勢。
  9. なんだかんだでソース読まないといけない場面が多すぎ。
  10. 適当に実験してみるには便利だがProduction用途として使うには無駄が多すぎる。

• 2002/07/18 - Zope 使えない人間の Zope 嫌いな理由
  • Zope はオレをどきどきわくわくさせてくれない。Apache+PHP はどきどきわくわくわくさせてくれた。
  • 使えるまでのしきいが高すぎる。CGI,PHP ならその日から使えたのにこの解りにくさはなんだろう。

• 2002/7/18 - bravo の「Zopeを嫌いな10の理由」
  1. 仕事がない
  2. 世間一般にはまだまだ懐疑的な存在
  3. Pythonがいまいちマイナー
  4. 全体的に重い
  5. DCOracle2の信頼性が低い(ここだけ具体的)
  6. ブラウザの機能が足枷になってる
  7. CMFがなんか複雑(?)で取っつきが悪い
  8. プロダクト開発者には優しくない
  9. PythonScriptのPythonは本物のPythonがかわいそう
  10. とにかく書籍がない

• 2002/09/11 - 匿名希望の「マーフィーの法則 〜暗黒Zope版〜」
  1. まずZopeとは何かを人に説明しなければならない。Zopeに詳しくない私が。
  2. 「ITは××が主流でしょ？」と言いつつWebをろくに分かっておらず何でもかんでもアプリケーション開発の常識とやらを持ち込みHTMLの部分再利用やDBリクエストの回数ばかり必死になって減らすが根本的に設計を見直そうとしない技術者とも仲良く仕事をしなければならない。
  3. (Python, ZClassとも) プロダクトのフレームワークが結構きちんとしていない。
  4. 安心してFileStorageから乗り換える気にさせるストレージがまだない。
  5. ××より高く見積もると文句を言われる。リスクを考慮して線を引くと文句を言われる。
  6. Zopeのパフォーマンスを気にする顧客を前にして「貴方のサイトに10000人も会員が集まるはずありません」とは言えない。
  7. とにかくソースを読む。ドキュメントが信用できなくなる。ソースの読めない物はもっと信用できなくなる。
  8. DB、ファイルシステム、Apache、ネットワークの設定ミスが原因でも、Zopeのエラー画面が出ればZopeの技術者が呼び出される。
  9. 「Zopeしかやりません」とは言えないので、Perl CGIやJavaやPHPにも詳しくなってしまう。
  10. 楽しんでいるときに楽しんでいるように見えない。楽しくないときに楽しそうだと評価される。

• 2003/03/16 - 「mori」の「Zopeに対する不満」
  • 重い。(しょぼいコンピュータを使うからという話しでもあるが)
  • 権限設定が面倒臭い。(Unix程度の設定+オプションで詳細なら面倒が減りそうに感じる。)
  • 日本語資料の少なさ。(増えてはきているが)
  • 標準を尊重しているのだろうかという疑問。(DTMLってW3C等の仕様になっているのかな。)
  • 意図してない動きをする。(単に獲得に配慮できてないとも)
  • ユーザグループの迷走。
  • 何が使えるかわからない。(Smalltalkのリファクタリングを支援する様な機能が欲しい)
  • ZopeのPythonScriptって制限が多い。(利点でもあるのでしょうが)
  • 使える場が少ない。(インターネット上ではサーバを開放して下さっている組織[jzug等]?が多いけど。)
  • DTMLがわからない。(telnetで確認しても"dtml-xxx"が送信されてきているように見えるけどDTD宣言の前にヘッダを送る事なんかに使えるのかな。)

Last edited Sun, 10 Sep 2006 03:41:04 +0900

Edit this page