ピラミッドはプライムタイムの準備ができていますか？

Question

PHPからnode.js、Haskellまで、私の新しいパーソナルプロジェクトのさまざまなオプションをテストしていました。しかし、私はPythonで最も快適だと感じました。だから私は最後にそれに戻って行くと思っていました。

私はDjangoのようなフレームワークをもう一度見てきましたが、私はほとんどSQLを楽しんでいて、ORMは欲しくないと思ったので、Pylons（ORMはPylonsではオプション）を使うと思いました。さて、問題はピラミッドがあることです。パイロンはすぐにそれに取って代わられるようです。

ロングストーリーが短い、ピラミッドはプライムタイムの準備ができていますか？また、Pylons自体が非常に成功したプラットフォームであることを考えれば、Pyramidを良い代替品としてお勧めしますか？ （明らかに、私は実際にパイロンやピラミッドを使用する人に尋ねています）。

明確にするために、アプリケーションは最大4つのデータベーステーブルを使用し、AJAX呼び出しで重くなります。 all-JSフロントエンドのJSONRPCもオプションです。テーブルの1つには、常にさまざまなユーザーが消費する数万件のレコードが保持されることが期待されています。大規模なテーブルのクエリは、AJAXデータグリッドの形式から来る可能性が高いため、selectに限定されません。

Answer 1

前駆体であるBFGは、今や「プライムタイム」に使用されています。ピラミッドにはBFGを追加して「パイロニック」を増やしていますが、これは準備ができていないかもしれませんが、近いうちにそうなるでしょう。

あなたが心配している場合は、今のところBFGを使用できます。一度移行したい場合は、ピラミッドへの移行は簡単です：migration tutorial。

更新：Pyramid 1.0がリリースされました。それは今、プライムタイムの準備が整いました。

Answer 2

私は前にこの質問をした：Should I use Pylons or Pyramid?

パイロンは継続し、それのバージョン2がリリースされます。ピラミッドは、他のコンポーネントで移行されたPylonsのようなものです。

Answer 3

私はPyramidをunreservedlyお勧めします。

Ben Bangert（Pylons creator）の投稿Why not just continue developing the Pylons 1.0 code-base?を読んでください。これは、Pylons 1.0アーキテクチャがレンガの壁に当たって、bfgの方向に深い変換が必要な理由をまとめたものです。

ピラミッドのデカップリングされた設計により、JSON応答のユニットテストが可能になりました。