私はPythonのバックグラウンドを持っているので、Turbogearsを使用していますが、利用可能なすべてのRubyonRailsリソースを嫉妬深く見ているのを感じずにはいられません。
たとえば、リソースの量の大まかな比較については、http：//www.google.com/trends？q = turbogears％2C + ruby + on+railsを確認してください。
TurbogearsがRubyonRailsの臨界量に到達するには何が必要ですか？プラグインの大規模なリポジトリ？セクシーなマーケティング？
現在、RubyもPythonも、多様化するwebdevコミュニティを提供するのに十分な勢いを持っていません。私の意見では、RubyおよびPythonWeb開発者として従う必要のある手順のリストを次に示します。
したがって、他の人がすでに示唆しているように、今は低くして、RailsまたはDjangoを使用してステップ（2）に取り組みます。;）
Turbogearsは、動作するのが少し複雑であることに少し苦しんでいると思います（つまり、重要な使用法です。クイックスタートシステムは問題ありません）。常に流動的であるように見えます（バージョンが異なればORMも異なります。 authライブラリ、Webバックエンド、テンプレートエンジンなど）、短い寿命でさまざまなメンテナがいることなどから。したがって、それを機能させる人々は、通常、必然的に、あなたが見ているよりも少し自給自足です。 RoRまたはDjangoの世界であるため、確固たる仕様、優れたドキュメント、またはテクノロジーの「伝道」にあまり関心がありません。
後者の例として、SourceForge.netがMongoDBでTurboGearsを使用していることを発表したとき、コミュニティまたはメンテナはその事実に飛びつき、TurbogearsがNoSQLへの新たな関心にとって素晴らしい選択であることを示していると思います。しかし、代わりに、 「そうだ、TGがそんなに素晴らしいことをずっと知っていた。大したことは何だろう」と言うかのように、肩をすくめる集団があったように見えた。:) TurbogearsのメンテナはどうやらMongoDBを使用しているようですが、メーリングリストにはほとんど議論がなく、ドキュメントには何もありません。したがって、Sourceforgeの報道を見た人は誰でも、TGサイトに行き、周りを見回して、少し迷子になってしまい、おそらくがっかりすることさえあります。
したがって、Turbogearsの既存のメンテナと専門家コミュニティが外を見て、フレームワークの魅力を広げるものを検討するためにより多くの時間を割くことができない限り、コミュニティは非常に小さく、集中し続けると思います。
プロジェクトがどのように臨界量を獲得するかは、不思議なプロセスです。セクシーなマーケティングは間違いなく役立ちます。説得力のあるスクリーンキャストでRubyonRailsを立ち上げたという事実が、その成功に役立ったと思います。また、フレームワークが、人々が使いたいと思うクールなアプリも開発しているショップによって開発されたのも助けになりました。
もちろん、フレームワークは技術的にも魅力的である必要があります。これはRoRです。
他のコメント投稿者が指摘しているように、広く採用されているPythonフレームワークが必要な場合は、Djangoの方が適している可能性があります。それとも、Ruby on Railsに切り替える必要がありますか？