Pylons プロジェクト FAQ

「Pylons プロジェクト」は Pylons ウェブフレームワークとどのような関係がありますか?

Pylons プロジェクトは、Python におけるウェブアプリケーションフレームワーク 技術を開発するために、Pylons ウェブフレームワークをバックアップする人々 によって設立されました。単一のウェブフレームワークにフォーカスするので はなく、 Pylons プロジェクトは関連技術のコレクションを開発します。

Pylons プロジェクトから生まれる最初のパッケージは Pyramid ウェブフレーム ワークになります。他のパッケージは、時間とともにコレクションに加えられる でしょう。例えば、特別な永続化メカニズムに依存する (Pyramid はしません)、 より高いレベルのコンポーネント、アプリケーションおよび他のフレームワーク が含まれます。 Ben Bangert (Pylons ウェブフレームワークプロジェクトの リーダー) は、既に中核ウェブフレームワークの上のレイヤーを開発しようと しています。

「Pylons プロジェクト」は、 Pylons ウェブフレームワークと共有するコアと なる価値観 (ethos) を反映するために選ばれました: 異なるプロジェクトから の最良の部分を組み合わせる総合的な努力。

なぜ単純に Pylons 1.0 コードベースの開発を続けなかったのですか?

不運にも、 Pylons 1.0 のコードベースは、柔軟性と拡張性の臨界点に達しま した。 サブクラス の使用、広範囲で使用され、時に混乱の原因となる Stacked Object Proxy グローバル変数の使用、そして設定構成の問題により、既存の Pylons コアに対するリファクタリングや再設計の試みは、うまくいきませんでした。

数か月もの間 Pylons コアセクションを書き直す本格的な試みがなされました。 Pylons ユーザが既存のアプリケーションを移植するのに大変な努力を注ぐ 必要があること、そして Pylons 2 がますます repoze.bfg と似てきたこと を理解した後で、開発の継続は開発努力の浪費に見えました。

Ben Bangert は、 Chris McDonough と共に repoze.bfg のルーティング機能 をスタンドアローンの Routes プロジェクトと 同等になるように協力を始めました。さらに開発を続けるうちに、2つのプロジェクトが 多くのことを共通に持っていることが分かってきました。そして、開発者達は BFG 上に Pylons 2 を構築することから、完全合併の方向へとシフトしました。

Pylons ウェブフレームワークにとって Pylons プロジェクトは何を意味しますか?

Pylons ウェブフレームワーク 1.x ラインのメンテナンスは続けられます (ただし改善はされません)。私たちは、 Pylons 1.x アプリケーションと Pyramid アプリケーションを同一インタープリタ内で動作させることを可能にする パッケージを提供するつもりです。 Pylons スタイルのウェブアプリケーション 開発の未来は Pyramid です。さらに 私は Pylons 1.0プロジェクトを Pyramid に移植すべきですか? を参照してください。

repoze.bfg にとって Pylons プロジェクトは何を意味しますか?

Pyramid のコードベースは、ほとんど完全に repoze.bfg に由来します。 Pylons 互換性のためにいくつかの変更が行なわれましたが、 repoze.bfg を使って開発していた人は、 Pyramid は非常に馴染みがある と分かるでしょう。 repoze.bfg と、哲学的に類似した Pylons フレーム ワークの合併により、両者は劇的に拡大した聴衆を獲得します。

Repoze プロジェクトにとってこれは何を意味しますか?

Repoze プロジェクトは存在し続けます。 Repoze はそのオリジナルの焦点を 回復することができるでしょう: Zope 技術を WSGI にもたらすこと。 BFG それ 自身のウェブフレームワークとしての人気は、このゴールの妨げとなっていま した。

なぜ私は Pylons プロジェクトのことを気にしなければならないのですか?

これは実際によい質問です。私たちは、人々が最初はものごとの精神によって 引きつけられることを期待しています。小さな主権を犠牲にし、ともに働くことは 謙遜を必要とします。その反対、プロジェクトの分岐あるいは分裂は、オープン ソースの世界においてはるかにより一般的です。私たちはあたかも、「一流の Python ウェブフレームワーク」の空間には限られた量の酸素があり、混雑 によっては Python コミュニティに利益をもたらさない、と感じています。

私たちは Python ウェブフレームワークの初期からの経験を持つプロジェクト リーダーのグループです。古典的問題に最新のアイデアを持ち込むつもりです。 私たちは、苦労して手に入れた多くの成熟を、開発者と会社が賭けることので きる開発の安全な選択に組み合わせることを望んでいます。これを、想像できる すべての愚かな決定から生存することにより獲得された謙遜および不遜 (irreverence) と結び付けてください。そうすれば、開発者チームのための よい基礎を持っています。

Pylons プロジェクトはなぜ他のプロジェクトと異なるのですか?

私たちのマントラは次のとおりです: 「小さい、文書化された、拡張可能な、 テストされた、安定している、速い、フレンドリー」。 Pyramid に始まって 後の “batteries-included” プロジェクトで開発したいと思っているバッテリー に至るまで、私たちが行うことはすべて、これらの特質を保持するべきです。

「フレンドリー」とはどういう意味ですか?

私たちは皆、何度も経験を積んでいます。様々なコミュニティを見てきました。 良いコミュニティも悪いコミュニティも、活発なコミュニティも機能障害の コミュニティも、傲慢なコミュニティも不遜なコミュニティも。私たちは、 建設的に聞くこと、真実を述べること(それによって自分たちが悪く見える場合 でも)、間違っていた場合にそれを認めること、そして実際に手助けが好きな 多くの人々を引きつけていることに誇りを持っています。

Zope と Plone にとって Pylons プロジェクトは何を意味しますか?

repoze.bfg の人々は Zope と Plone の世界から来ました。例えば、 Paul は Zope の共同創立者で、 NIST の第1回 Python 会議にいました。 Zope は最初 のサイクルで大成功をおさめました。いくつかの本当に斬新な考えと、大きな 商用エコシステムを持っていました。 Plone は、さらに大きなエコシステム と明白な out-of-the-box 価値命題を持ち、次のサイクルでそれに続きました。

その時以来、サイクルは動き続けました。また、フォーカスは他のプロジェク トに移りました。私たちは Zope のルーツ、Zope 財団および Plone 財団を設 立するのを支援することで得た経験、非常に大規模なプロジェクトに対するコ ンサルティングの経験を愛しています。しかし、私たちはこれらの経験を活か して最近のサイクルの明らかな勝者のうちの一つである Pylons と一緒に新た にスタートをしたいと思っています。次のサイクルに関わるために。

Zope と Plone を使っていて、それらの標的 (bulls-eye) に適合するプロジェクト を持っている場合は、それを使用してください。もし、代替的なニーズに使え るアイデアを持っている場合は、私たちが行っていることに注目していてくだ さい。

どのように参加すればよいですか?

google groups の Pylons-discuss や Pylons-dev メーリングリストに参加す るか、 freenode.net の #pylons IRC チャンネルに参加してください。

コードはどこですか?

https://github.com/Pylons