Django Software FoundationがPyCharmと協力して作成した、Django開発者を対象とする第5回年次調査は、2026年におけるフレームワーク・コミュニティの動向を示している。このレポートは、40か国以上から集まった約3500人の開発者の回答に基づいており、開発を始めたばかりの学生から、数十年にわたる経験を持つ開発者までが含まれている。最も重要な結論は、開発者がフレームワーク自体を変更するよりもはるかに速いペースで、ツールや作業方法を入れ替えているということだ。
PostgreSQLは、5年連続で回答者の76%から79%に支持され、最も好まれるデータベースとしての地位を維持した。一方、Djangoのテンプレートエンジンは、約80%の開発者に引き続き利用されている。Django 6.0のリリースから数か月後、43%がすでに利用していると回答し、各安定版リリースごとに約半数の開発者がアップグレードしている。これらの数字はDjangoが変化していないことを意味するのではなく、その中核アーキテクチャが、その周囲で新しいツールを試すための安定した基盤を提供していることを示している。
AIは定着したが、その利用形態はまだ定まっていない
AIはDjangoアプリケーション開発における日常的な要素となった。回答者のうち、コーディング用AIツールを定期的に利用していないと答えたのはわずか10%で、58%は毎日、27%は週に数回利用している。しかし調査では、特定のツールやインターフェースが支配的になっている様子は見られず、利用先はブラウザー、開発環境、コマンドラインにほぼ分散している。
Claude Codeが35%で首位となり、ChatGPTが33%、GitHub Copilotが23%で続いた。それでも、最も一般的な利用方法は会話と助言の依頼であり、AI利用者の56%がこの方法だけで利用していると回答した。また、59%はツールにコードを生成させた後、自分で変更を適用している。44%は要求に応じてファイルの変更やコマンドの実行を許可しているのに対し、複数段階のタスクを自律的に実行させているのはわずか27%だった。
実際には、これはエージェントが開発環境を置き換えるのではなく、その内部へ移行していることを示している。開発者がコードベースを理解し、変更を確認し、プロジェクトに取り込む内容を決定する場所は、依然として開発環境である。この慎重な姿勢は学習にも表れている。公式のDjangoドキュメントが67%で学習源の首位を占めたが、AIツールは51%で2位となり、YouTube、ソースコードの閲覧、Stack Overflowを上回った。
Pythonツールはさらなる統合へ向かう
環境管理とコード品質の分野で、比較的新しいツールが目立っている。2024年2月にリリースされたuvは回答者の43%が利用しており、venvの63%に次ぎ、Dockerの31%を上回った。検査とフォーマットの分野では、Ruffが43%で最も利用されるツールとなり、開発環境の検査の27%、Blackの25%、pre-commitの20%、Flake8の17%を上回った。
これは古いツールが消滅したことを示すのではなく、以前は別々のツール群を必要としていた機能を、より新しいツールがカバーし始めたことを意味する。チームにとっては、セットアップの経路がより分散しにくくなる可能性があるが、これらのツールへの移行が複雑さや保守コストの削減につながったことを、調査だけで証明することはできない。
型とテスト：採用は加速するが、合意は限定的
型ヒントは一般的な実践となっており、57%の開発者が利用し、さらに26%が採用を計画している。一方、型チェッカーについては同程度の合意が得られていない。型ヒント利用者の40%は開発環境に組み込まれたチェッカーに依存しており、mypyが32%、Ruffが29%、Pyright/Pylanceが22%で続いた。Astralのtyは12%、MetaのPyreflyは4%だった。
エージェントがコードを書く役割を拡大するにつれ、この問題の重要性は高まっている。pytestは回答者の45%、unittestは43%、pytest-djangoは34%が利用している。また、51%がGitHub Actionsを、26%がGitLab CI/CDを利用している。これらのツールは、エージェントがコードを変更し、テストを実行し、開発者に結果を提示する前にエラーへ対応できるサイクルの基盤となる。しかし、回答者の19%は自動テストをまったく作成しておらず、自動システムにより多くの作業を委任しても、同等の検証の防壁がすべての開発者に備わっているわけではないことを意味している。
アプリケーション構築における2つの道筋
回答者の72%はサーバーサイドで処理されるテンプレートを利用している。一方、53%はAPI専用アプリケーションにDjangoを利用し、46%はシングルページアプリケーションや分離されたJavaScriptフロントエンドの背後でDjangoを利用している。主要なアプローチを尋ねたところ、開発者の半数はサーバーサイドで処理されるアプリケーションを構築し、44%は主にAPIや分離されたフロントエンドのためにDjangoを利用している。
JavaScriptの数字はこの分岐を示している。Reactの割合はほぼ安定しており、2021年の37%から今回の調査では38%となった。一方、jQueryは37%から23%へ、Vueは28%から17%へ低下したのに対し、htmxはわずか5%から34%へ上昇した。レポートの解釈によれば、htmxがReactのシェアを奪っているのではなく、jQueryが強く存在していたサーバーサイド処理型アプリケーションの領域を再活性化している。
なぜこの傾向が重要なのか？
調査結果は、Djangoの現在の価値が最も新しいフレームワークであることではなく、アプリケーション全体を作り直すことなく、ツールやワークフローの大きな変化を受け入れられる能力にあることを明らかにしている。チームは、新しいエージェントを試したり、uvやRuffを採用したり、htmxを追加したり、別の型チェッカーを導入したりしながら、モデル、管理画面、認証を使い慣れた基盤として維持できる。
この保守的な傾向はデプロイにも表れている。回答者の54%はアプリケーションをモノリスとして出荷し、44%は自らインフラをホスティングしている。また、33%はDjangoの非同期機能を利用し、40%は採用を計画している。これは全面的な書き換えではなく、段階的かつ選択的な進化を示している。
ここでの編集上の結論は、AIが開発環境に取って代わる、あるいは単一のツールがPythonツールの競争を決着させるということではない。データが示しているのは利用と実験の広がりであって、生産性の優位性や品質の向上ではない。チームにとって最も重要な実務上の問いは、エージェントが生成した変更を検証するためのテストとCI/CDパイプラインがどの程度整備されているかであり、とりわけ自動テストを利用していない開発者の割合を考慮する必要がある。