はじめに
GitHubが2026年2月3日に公開した「Octoverse 2025レポート」の分析記事から、ソフトウェア開発の最新トレンドが明らかになりました。本稿では、TypeScriptがGitHub上で最も使用される言語になった背景、AI開発におけるPythonの役割、そして急成長するオープンソースプロジェクトの傾向について解説します。
参考記事
- タイトル: What the fastest-growing tools reveal about how software is being built
- 著者: Dylan Birtolo
- 発行元: GitHub Blog
- 発行日: 2026年2月3日
- URL: https://github.blog/news-insights/octoverse/what-the-fastest-growing-tools-reveal-about-how-software-is-being-built/
要点
- TypeScriptが2025年8月にGitHub上で最も使用される言語となり、PythonとJavaScriptを上回った
- Python は AI関連プロジェクトの約半数で使用されており、2025年8月時点で582,000のAIリポジトリが存在する
- 2025年に最も成長した上位10のオープンソースプロジェクトのうち6つがAI関連ツールである
- 高速なパッケージ管理と再現可能なビルド環境を提供するツールが開発者の支持を集めている
- VS Codeやfirst-contributionsなど、明確なドキュメントを持つプロジェクトが初回貢献者を多く獲得している
詳細解説
TypeScriptが首位に:型システムとAI開発の親和性
GitHubによれば、2025年8月にTypeScriptがGitHub上で最も使用される言語になり、従来首位だったPythonとJavaScriptを上回りました。TypeScriptは過去1年間で100万人以上の新規コントリビューターを獲得し、これはGitHub上のすべての言語の中で最大の絶対成長数となっています。
一方、Pythonも85万人の新規コントリビューター(前年比+48.78%)を追加し、JavaScriptは約42万7000人(+24.79%)の成長にとどまりました。TypeScriptとPythonの両方が、JavaScriptを総数および成長率の両面で大きく上回っています。
この変化の背景には、AI支援型コーディングの普及があると考えられます。強い型システムを持つ言語は、AI生成コードにおける型の不一致、コンポーネント間の契約違反、誤った仮定などのエラーを早期に検出できる利点があります。型システムは早期のガードレールとして機能し、レビューの手戻りを減らし、AI生成の変更を本番環境に投入する前に理解しやすくする効果があると言えます。
実践的な示唆として、新規プロジェクトを開始する場合、特に日常的にAIを使用するチームではTypeScriptが標準的な選択肢になりつつあります。また、既存のJavaScriptコードベースにAI支援ワークフローを導入する際は、モデルやツールを変更するよりも型を追加する方が摩擦を減らせる可能性があります。
AI開発の中核としてのPython
コントリビューター数は言語の使用状況を示しますが、リポジトリデータはその言語で何が構築されているかを示します。GitHubによれば、AI関連プロジェクトに限定すると、Pythonは際立った存在です。2025年8月時点で、GitHub上の新しいAIプロジェクトのほぼ半数がPythonを主要言語として使用していました。
具体的には、Pythonは582,000のAIリポジトリ(前年比+50.7%)を持ち、次いでJavaScriptが88,000(+24.8%)、TypeScriptが86,000(+77.9%)、Shellが9,000(+324%)、C++が7,800(+11%)となっています。
この傾向が重要な理由は、AIプロジェクトがオープンソースの勢いの中で不釣り合いに大きなシェアを占めているためです。GitHubの報告によれば、2025年にコントリビューター数で最も成長した上位10のオープンソースプロジェクトのうち6つが、AI インフラストラクチャやツールに直接焦点を当てたものでした。
Pythonの役割は新しいものではありませんが、進化していると考えられます。データは、実験段階から本番環境対応のAIシステムへの移行を示唆しており、Pythonはノートブックだけでなく、パッケージング、オーケストレーション、デプロイメントの中心的役割を果たすようになっています。
さらに、AIのサポートとプロジェクトが増加するにつれて、Pythonは2026年も成長を続ける可能性が高いと思います。実践的には、Pythonはトレーニングと推論からオーケストレーションまで、応用AI作業のバックボーンであり続けており、パッケージング、型付け、CI、コンテナ化などの本番環境向けPythonスキルが、探索的スクリプティング単独よりも重要になってきていると言えます。
急成長するオープンソースプロジェクトの傾向
最も成長の速いプロジェクトを見ると、明確なパターンが浮かび上がります。開発者はスピード、制御、予測可能な結果を最適化しています。
GitHubのデータによれば、2025年のコントリビューター数による最速成長プロジェクトのトップ10は、zen-browser/desktop(成長率6,836%)、cline/cline(4,652%)、vllm-project/vllm(2,970%)、astral-sh/uv(2,910%)、microsoft/vscode(2,701%)などとなっています。
急成長しているツールの多くは、パフォーマンスとミニマリズムを強調しています。例えば、astral-sh/uvというパッケージおよびプロジェクトマネージャーは、劇的に高速なPythonパッケージ管理に焦点を当てています。これは、遅いフィードバックループや非決定的な環境に対する許容度の低下を反映していると考えられます。
このようなプロジェクトが1つだけであれば異常値かもしれませんが、複数存在することは明確なトレンドを示しています。この傾向は、イテレーション速度と再現性が開発者の生産性に直接影響するAI支援ワークフローと密接に関連していると思います。
実践的な示唆として、高速なインストールと決定論的ビルドは、機能の深さと同じくらい重要になりつつあり、「私のマシンでは動く」という問題を減らすツールが開発者の支持を獲得していると言えます。
初めてのオープンソース貢献者の動向
開発者人口が成長するにつれて、初回コントリビューターがどこに現れるか(そしてなぜか)を理解することが重要になっています。
GitHubによれば、2025年に最も多くの初回コントリビューターを獲得したプロジェクトは、microsoft/vscode、firstcontributions/first-contributions、home-assistant/core、slackblitz/bolt.new、flutter/flutterなどでした。VS CodeやFirst Contributionsのようなプロジェクトが上位を占め続けたことは、広く使用されているツールの規模と、オープンソースへの低摩擦なエントリーポイントの継続的な必要性の両方を反映していると考えられます。
この成長にもかかわらず、エコシステム全体で基本的なプロジェクトガバナンスは不均一なままです。READMEファイルは一般的ですが、コントリビューターガイドや行動規範は、初回コントリビューションが増加しているにもかかわらず、依然として比較的まれです。
このギャップは、メンテナーとオープンソースコミュニティが行うことができる最も高いレバレッジの改善の1つを表していると思います。このリストのほとんどのプロジェクトが、プロジェクトの内容と貢献方法に関する詳細なドキュメントを持っているという事実は、このガイダンスの重要性を示しています。
実践的には、明確なドキュメントは新機能よりもコントリビューションのコストを下げ、コントリビューターガイドと行動規範は好奇心を持続的な参加に変換するのに役立つ可能性があります。プロジェクトの衛生状態を改善することは、多くの場合、コントリビューターベースを成長させる最速の方法と言えます。
全体像:開発トレンドの変化
これらのトレンドを総合すると、開発者が何を重視し、どのようにツールを選択するかの変化が見えてきます。
GitHubは、AIはもはや開発の別カテゴリーではなく、チームが使用する言語、支持を集めるツール、コントリビューターを引き付けるプロジェクトを形作っていると指摘しています。TypeScriptのような型付き言語は大規模な信頼性のための標準になりつつあり、Pythonはプロトタイプから本番環境へと移行するAI駆動システムの中心であり続けています。
エコシステム全体で、開発者は摩擦を最小限に抑えるツール、つまり高速なフィードバックループ、再現可能な環境、明確な貢献パスを提供するツールを評価していると考えられます。スピード、明確性、信頼性を最適化する開発者とチームが、ソフトウェアの構築方法を形作っていると言えます。
まとめ
Octoverse 2025の分析から、TypeScriptの台頭、PythonのAI開発における中心的役割、高速で再現可能なツールへの需要という3つの主要トレンドが明らかになりました。これらは、AI支援開発が標準化しつつある現在の開発環境を反映しており、2026年以降の技術選択に重要な示唆を与えると思います。
