パイロンは、エンタープライズ準備ができていますか？ [閉まっている]

Question

私は、Pythonのためのエンタープライズ対応のWebアプリケーションフレームワークを探している開発者です。私の主な懸念は、長期的なサポート、豊富な機能セットと信頼性です。

私はPylonsのを実験してきたし、私も自分のPostgresのドライバをコンパイルする必要がありましたWindows上でのRuby on Railsと私の恐ろしい経験後、パイロンとPythonは天の恵みとなっている。

私は非常に強力なコミュニティと商業的関心が原因のPythonを、信じて、「企業向け」、利用可能なライブラリとPython 3.0との下位互換性のいくつかのうわべだけを維持するための努力の数に間違いです。私の心配はあります：

我々はすべてのPylonsの0.97のために同じことを言うことはできますか？

私は基本的なCRUD操作を自動化できるように、

サイドノートでは、私はSQLAlchemyのはPylonsの上のDB2での作業を取得する方法を考え出すされています。 http://code.google.com の上の現在のDB2ドライバは、SQLAlchemyの0.4をサポートする非常に無駄です。あなたはIBMが長期的にSQLAlchemyのでDB2の作業を行うことにコミットしていると思いますか？それともあなたたちはそれがDB2に付属のODBCドライバでSQLAlchemyのインターフェイスを作成する方が良いでしょう感じます。 IBMのSQLAlchemyのドライバーを使用する場合と比較してどれ欠点？

Answer 1

それは準備ができて、企業になると、私は確信してどれだけ多くの準備ができてSQLAlchemyのでパイロンを使用して、スタックは、Pythonの世界ですることができないんだけど。あなたは狂ったスキーマ（大企業の世界では全く共通）、Djangoはちょうど縫い目で崩壊してしまう何かを持つ大規模なレガシー・データベースの準備ができています。確かに、Djangoには、<全角> のまだSQLAlchemyのを使用しますが、それらはすべてあなたが物事に「ジャンゴ」の道をやってのだという仮定に依存しているため、すべてのDjangoのcontribツールがバラバラになる可能性があります。

Pylonsのは、2005年半ば以来の周りされており、それはどこにも行かれていません。それは実際には非常に成熟だし、テストのかなりとリリース間の6〜10ヶ月のかなり遅いと固体のリリーススケジュールを持っています。コアPylonsの開発者の一人でも、Pylonsのは、（配備のためのWARファイルにパッケージすることができないものに敵対しているエンタープライズ環境にPylonsのベースのアプリケーションを得ることができます）JVM上で実行できることを確実にすることのJythonの開発者です。

ここでは他の回答 "のいくつかについては、疑問がPylonsのは、エンタープライズ準備ができているかどうか、私は他の人が疑問を読み取ることができませんでしたし、代わりに自分の好きなフレームワークを説教を開始することを選んだ理由は分からない程度です。それが持っている「大きな取り込み」または「大きな社会」ので、あなたはそれは選択肢がジャンゴとZopeのコミュニティが比較にittyちっちゃなを見て作るPHP、あるべき基準だ場合、ジャンゴ/ Zopeの/ GROKを使用する必要があることを言うことは非常に愚かです。 Pylonsのは間違いなく、特にそのかなりリーンとコンパクトなコードベースとして、自分自身を維持するために十分な大きさのコミュニティを持っているのZope /ジャンゴの「台所の流し」フレームワークと同じくらい多くのバグをピックアップしません。

Answer 2

私はあなたが "エンタープライズレベルの支援心配しているならば、あなたはジャンゴでもっと見てしなければならないと言うでしょう。あなたは2つのフレームワークの相対的な技術的なメリットを議論することができますが、Djangoは大きな取り込みを持っている疑いがありますし、それを使用してかなりの数の大企業があります。

1つの追加の理由は、IBMは（わずか数日の最後のカップルに）持ってhref="http://code.google.com/p/ibm-db/" rel="nofollow noreferrer"> のDjangoのドライバ、あなたはDjangoのORMを使用して、既存のデータベースを使用しても問題はないはずです。

Answer 3

準備ができて、企業を定義します。

私たちは、スケーラビリティを話している場合は、

また、私は必要なときに、あなたが生のSQLに落下することができますので、あなたはSQLAlchemyのとのより良いショットを持っていると言うでしょう。アクティブレコードのパターンは、あなたが一緒にものを投げている場合はスケーラビリティの問題につながることができ、高レベルのフレームワークの価値の多くの原因であると考えられるのに対します。

一部の人に

もちろん「企業準備が」私はPythonのWebフレームワークは、あなたのニーズを満たすために予定されていないことを言うよりも、これは、あなたの定義であり、複雑で高価な手段である。

Answer 4

それは、安定性とサポートを持っている場合、

私は、ソフトウェア企業の一片の準備ができて検討します。

私はPylonsの/ Pythonが安定していると信じています。 （reddit.com、最高traffic'edサイトの1を含む）Pylonsのを使用しているサイトの負荷があります。

サポートは賢明な私はそれがPylonsのを知っている人を雇うか、サポート契約を購入することがいかに簡単であるかのような側面を検討したいです。これは少し難しいです。あなたが家の中でサポートする予定の場合はパイロンは行く準備ができてより多くのです。あなたがサポートを探している場合は、ソフトウェアは、あなたが他の場所で見たいと思うかもしれません壊れたときに責任を取るために誰かを持っているようにします。

Answer 5

私は2番目のジャンゴを使用するための呼び出しをしたいです。私は実際に「企業の準備ができて、」それはジャンゴよりもはるかにスリムなので、Pylonsのを好むが、指定した検討私はあなたが、より大きな枠組みに向かってヘッジし、あなたと周りの台所のシンクを運ぶために必要かもしれないと思う。

Answer 6

Djangoのための1

Pylonsのは良いフレームワークですが、あなたはあなた自身のアーキテクチャを作成するために、すべてのコンポーネントを一致させる必要がありますので、私はそれが希薄なプロジェクトのためのより適切だと思います。何か大きなもののために、私はのは、いくつかの大規模サイトでの生産になるために知っていることと、Djangoを示唆してます。

IBMは最近、DjangoののDB2バックエンドをリリースし、そう合うかもしれませんもしうまくます。

Answer 7

あなたはいつでもすぐに離れて行くDjangoのを見て、そうではないフレームワークをしたい場合はZopeのコミュニティ（GROK、BFG、Zope3）におけるフレームワークの1つ。 Zopeは大きなコミュニティを持っており、10年以上にわたって使用されてきましたし、いつでもすぐに離れて行くのではなく、新しいクールなPythonのWebテクノロジーの多くの繁殖地です。 Djangoは新しいものとごく最近のバージョン1.0で来たが、それは非常に大規模なコミュニティを持っており、また永遠に多かれ少なかれ周りに滞在する予定されています。