Djangoの人気の歴史
Django最も人気のあるイベントのシーケンスPython Webフレームワーク..まだそうですか？他にいくつかのフレームワークが存在しますが。
注：この質問は議論的でも対立的でもありません。実際の人気につながる（目的の）「一連の出来事」を求めただけです。 ソフトウェア受け入れのダイナミクス を知っているので、技術的な優位性をめぐって議論をするつもりはありません。
いくつかの要因があり、それらの組み合わせは個々の重みの合計よりも大きかったと思います。
1つは単にタイミングです：DjangoはRailsの最初の大きな波が急上昇しているときに正しく現れたため、すぐに「Railsに対するPythonの答え」のように描写されました。その結果、プロジェクトの開始時からほとんど目立たないほどの数の眼球が生まれました。エイドリアンがシカゴで開催された「ヘビとルビー」のミートアップに参加し、RailsとDjangoに関するサイドバイサイドの講演に参加したという事実は、そのために多くのことを行いました。
もう1つの要因は、Djangoが常に単一パッケージのインストールであるということです（まあ、そうではありません。Python 2.5以降を使用していない限り、データベースアダプタが必要です。 SQLite、ただし十分に近い）。コンポーネントの選択を開発者の手に委ねることに重点を置いた非Zopeの代替案は、基本的なチュートリアルを実行できるようになるまでにかなり多くの作業を必要としました。ORMを探し出す必要があります。テンプレート言語などをインストールして構成します。それは何年にもわたってずっと良くなりましたが、それの残存する記憶はまだ効果があると思います。
そしてDjangoは、オープンソースプロジェクトの通常の標準をはるかに上回っており（私自身もそうかもしれませんが）、徐々に改善されてきたというドキュメントを手に入れました。チュートリアルは、多くの欠点があるため、Djangoを有用にする多くの重要な点にぶつかり、残りのドキュメントは常に高品質で、APIリファレンスと重要な「方法"必要に応じてビット。これは、すぐに使える優れたエクスペリエンスを生み出し、チュートリアル後の学習曲線（常にZopeを悩ませてきたもの）に役立ちます。
また、WSILとPythonのWebエコシステムについてすでに知っている経験豊富な開発者にとって、PylonsまたはWerkzeugは本当に優れているという認識もあると思います。既存のお気に入りのライブラリを取得してそれらを接続するための強力な選択肢となる傾向があるという事実は、これの原因であると私は思います。おそらく、いくつかの新しい人々をDjangoの統合アプローチに向けています。もちろん、裏側は、Djangoを試す前に、事前に多くのことを学んだほうがいい人の多くは、そうしないでください;）
最後に、私はDjangoが販売された方法について何か言いたいことがあると思います。つまり、それは本当にされなかった長い間販売されたか、少なくとも、たとえば、 Railsが販売されました。 Django 1.0が上陸するまで、「マーケティング」の取り組みは、主にブログを書くこと（そして、人々に少しトーンを下げるように要求されたいくつかの注目に値するインシデントがありました）、PyConでの話し合い、そしてその後ほとんどフレームワークの改善のみ、それを使ってクールなものを構築し、結果がそれを物語るようにします。もちろん、1.0の後の世界では、DSFとDjangoCon、ビジネス指向のコンサルタントがトレーニングセッションやたくさんの本やその他すべてを行っていますが、それはまだまったく新しいことです。
Railsの場合と同じように、反動があると思います。実際、それはしばらくの間始まっており、すでに始まっています。しかし、これまでのところ、ここに挙げた要因は少なくとも、最初のリリース以来、一貫した着実な人気の増加Djangoの背後にある主要な要因であると考えています。
Pythonが2005年に登場したとき、多くのDjango Webフレームワークはすでに存在していました-実際、ジョークはすでに流行っていました。それまでに、そのPythonは「キーワードよりも多くのWebフレームワークを備えた言語」です（そしてGuidoは、Py3kでそれを修正するための提案を拒否しました。多くのより多くのキーワードを追加することによって。）今、「Django」自体は検索用語として少しあいまいです（これは、ウッディアレンの映画などに影響を与えた人気の高いギタープレーヤーの名前でもあります。ただし、検索に「python」を追加して、たとえば このグラフ で確認できる他の意味を削除します。その相対的な人気は、別の古典的なPython Webフレームワーク、Zope）と比較して変化しました。四半期ごとに大部分が安定した成長であり、2008年の第2四半期の初めに驚くべき急上昇がありました... GoogleがApp Engineを発表した日付と一致します（そのような場合に原因を証明することは不可能ですが、少なくとも偶然は興味深いです;-)。
App Engineは基本的に、カスタムのCコードコンポーネントに大きく依存する、または本質的に「非常にリレーショナルな」機能を必要とするすべてのPython Webフレームワークを除外します。純粋なPythonコード、Djangoは、おそらくApp Engineが最も直接的かつ目に見える形でサポートしているものです。しかし、これは単なる後押しであり、Djangoの根本的な健全な成長傾向に追加されました。その傾向（そして確かにApp EngineチームとDjangoをうまくサポートするというユーザーの決定）にとっては、Django自体に固有の特性にあるはずです。
Djangoは、Pylons、TurboGears、Werkzeug、＆cなどの軽量の代替手段（特に後者）と比較して、「あまりにも不思議」または「あまりにもモノリシック」であると非難されることがあります。 、私のお気に入り;-)、より透過的で、特定のコンポーネント（ORM、テンプレート、＆c）を簡単に入れ替えることができます。ただし、Djangoの人気は、サーバー側のWebサイトやアプリの開発に関心のあるほとんどの人にとって、これらのDjangoデザインの選択肢が肯定的に認識されていることを示しています：Djangoは非常に豊富で統合されたフレームワークと見なされています（そして、それは多くのアドオンと貢献した「プラグイン」を持っていますが、それらはその優勢の原因よりも結果です。
使いやすさ、自動「管理ページ」など-およびDjangocan本当にリッチで複雑なサイト/アプリを作成し、多くのスキルといくつかの作業で、独特または固有の要件に対応するように曲がる-おそらく「キラー機能」です。Werkzeugを最大限に使用するには、HTTPとWSGIを理解する必要があります、そしてお気に入りのストレージとテンプレートを選択して統合します-PythonベースのWebサイトとアプリの開発者（ある意味では、Railsのユーザーや、さらに人気のあるPHPのユーザーなど）は、「マインドシェアで投票しています」 「必ずしもそれらのいずれかを実行する必要はないが、ほとんどがアプリケーションドメインに集中できる環境の場合。おそらくポイントがあることを認めざるを得ません;-)。
Djangoの人気の理由は3つ考えられますが、私が知る限り、他の回答で取り上げられているのは1つだけです。
ドキュメンテーション。十分に構造化され、包括的で、多くのスキルレベルからアプローチできます。
設計。管理者、エラーページ、およびプロジェクトサイトの視覚的なデザインは、ほとんどのオープンソースプロジェクトで見られるデザインレベルをはるかに上回っています。
コミュニティのサポート。 Djangoは早い段階で影響力のある伝道者をピックアップしました。ジェフ・クロフトのDjango非開発者向け（タイトルだったと思います）。
「私の個人的なお気に入り、そしてそれが長い間個人的なお気に入りであり続けることを期待しています。これはDjangoという名前です」-2006年8月4日に放映されたFLOSSウィークリーエピソード11のGuido Van Rossum
[ここをクリック] （インタビューの最後の3分の1を聞きます）
これが役に立ったと思いますか？あるいは、少なくともGoogleがAppEngineのためにそれを選んだ理由は？
もちろん、Djangoコミュニティ（開発者を含む）は多くのことを正しく行っています。例：（リンクのいくつかの分析）：
モジュール性の向上： [ここをクリック]
キックアスドキュメント ここをクリック
コミュニティについて、人々が貢献したいと思うようにするものもありますが、まだ指を触れていません ここをクリック
もちろん、これらすべてがDjango異常値になる： ここをクリック
Djangoの人気については間違いありません。
私の場合、私はTurboGearsの本を購入し、その矛盾と物事を説明するための無計画なルートに苦労しました。次に、Djangoの本と出来上がりです！本のサンプルプロジェクトを進めている間に、最初の有料プロジェクトが作成されました。それとオンラインのドキュメントが契約を結びました。私にとっては、それは簡単でした：ドキュメンテーション、ドキュメンテーション、ドキュメンテーション。
少なくとも私にとって重要な要素は、サイモン・ウィリソンとエイドリアン・ホロバティがすでに「ウェブスタンダード」のシーンでよく知られたプレイヤーであり、後にジェフ・クロフトであったことです。
これは高品質のシールであるだけでなく、HTTP、マークアップ、さらには人々からの迅速で汚い「印刷デバッグ」方法を尊重することで、Djangoを非常にWebフレンドリーにしましたPHPは慣れていました。
私はここでひどく間違っているかもしれません、これをバックアップするためのデータはありませんが、Djangoが多かったのとは対照的に、RailsはPHPから来た人々から多くの牽引を得たと感じていますJava/.NETからの変換。
他の人がすでに述べたように、ドキュメントは平均をはるかに超えています。私が覚えている限り、私が見た中で最高です。
私はそれがRuby on Rails Pythonで同等）として宣伝されることが多いことに気付きました。また、Google（GoogleホストDjangoイベントであり、App Engineでそれをサポートしています。Googleによって承認されているWebフレームワークは、何かを計算する必要があります。
Django（すなわち、lawrence.comなど））をすでに使用している大規模なサイトがいくつかあったという事実は、0.96日まででさえ、安全に使用できることを管理者に納得させるのに役立ちました。 PylonsとTurbogearsには実際にはありませんでした。