2025年に最も人気のあるプログラミング言語

(spectrum.ieee.org)

16 ポイント投稿者 GN⁺ 2025-09-29 | 8件のコメント | WhatsAppで共有

Python > Java > C++ > SQL > C# > JavaScript > TypeScript > C > Shell > Go > R > PHP > Kotlin > Rust > Dart > Swift
IEEE Spectrum の調査結果では、今年も Python が1位を維持し、JavaScript は3位から6位に下落
この変化は、Web開発で多用される JavaScript が AIベースのコーディング（例: vibe coding）に置き換えられる流れと関連していると分析されている
伝統的に使われてきた Stack Exchange の質問数、GitHub の活動 といった指標は、AI導入後に急減しており、言語人気を測る 従来の方法が揺らいでいる状況
AIによるコード生成が一般化するにつれ、言語の 文法・構造の違いの重要性 は低下し、特定の言語にこだわらない流れが鮮明になっている
これは新しい言語の登場とエコシステム拡大を妨げ、最終的には プログラミング言語の人気という概念そのものが消える可能性 を示している

概要

IEEE Spectrum が、2025年の主要プログラミング言語とトレンドを総合的に分析した結果を発表
このランキングは、就職市場、オープンソースのエコシステム、学術界および業界での活用度など、さまざまな観点を反映
主要言語ごとの特徴、成長の背景、そして技術分野別に特化した言語に関する情報も併せて提供

今年の言語ランキング

2025年の Spectrum 基本ランキング では Python が1位を維持し、JavaScript は6位に下落
Jobs ランキング でも Python が1位に立ち、SQL は依然として採用市場で強い競争力を保持
言語関連の Stack Exchange の質問総数は、2024年比で 22%水準まで減少

AIによって曖昧になる言語の境界

熟練開発者から初心者まで AI に依存することで、言語の 文法や制御構造 への意識が薄れている
AI は十分な学習データさえあれば どの言語でもコード生成 が可能
その結果、言語選択はハードウェアにおける CPU 命令セットの違いのような 副次的要素 に転落する可能性がある
今後、言語人気をめぐる議論は 鉄道の軌間比較レベルのニッチな話題 に追いやられるかもしれない

新しい言語の登場はさらに難しくなる

過去には、本、デモ、サンプルコードだけでも言語エコシステムを広めることができた（例: The C Programming Language）
しかし AI は 大量の学習データ を必要とするため、新興言語は支援面で不利になる
実際に あまり使われていない言語では AI の結果がより悪い 現象が報告されている
これは新しい言語が臨界質量を確保しにくい環境を生み出す可能性がある

プログラミングの未来

現代の言語は本質的に、データ処理の抽象化 と 開発者のミス防止 という2つの役割を果たしている
しかし AI の発展により、言語構造よりも プロンプト → 中間言語 → 実行 という新たな流れが可能になる
この場合、ソースコードを保守・修正するより プロンプトを調整して再生成 する方式が定着する可能性がある
未来のプログラマの役割は、言語文法よりも アーキテクチャ設計、アルゴリズム選択、システム統合 の能力に集中していく見通し

結論と展望

プログラミングは1950年代の コンパイラ登場以来最大の変革期 を迎えている
AI バブルが一部しぼんだとしても、コード作成を助ける LLM 活用 は継続する可能性が高い
したがって2026年以降は、「人気言語」という概念そのものが意味を失う可能性があり、人気度を測る新しい指標 が必要になる

8件のコメント

skrevolve 2025-10-09

Pythonは下落傾向ではあるね

shakespeares 2025-10-01

現時点ではエコシステムは JavaScript のほうがはるかに広いですが、AI の影響で Rust のような低レベル寄りへ流れていく余地もあると思いますね。

GN⁺ 2025-09-29

Hacker Newsの意見

AIの助けによって、プログラマーは特定の言語や細部をますます気にしなくなってきているが、結局は小さな問題ひとつがあらゆる複雑さにつながって、再び深く掘り下げる宿命にある。誰もがffmpegのコードゴルファーのようにアセンブリレベルを追求するわけではないが、なぜ第3世代プログラミング言語が今なお存在感を保っているのかには理由があるのだと思う。結局は表現力と正確性のトレードオフであり、私たちが集中したいことと委ねたい詳細とのバランスの問題だ。もしより速い結果のために眼鏡（透明性）を手放すなら、今後何が起きているのか確認できる堅牢な代替プローブが必要になる
- これはIEEEの記事であることを考慮すべきだ。IEEEのターゲットはプログラマーというより科学者だ。科学者にとってコードは自分のアイデアを表現する手段であり、できるだけ早くアイデアを表現できれば、コードが散らかっていようが再利用性はあまり気にしない。たとえば科学者たちはArduinoを言語として挙げるが、それは彼らにとって自然なことだ。Arduinoを使う科学者が必ずしもC++を知っているわけではないが、自分たちが「Arduino」でコーディングできることに誇りを持っている
- この2つは明らかにかなり異なるケースだ。もしコンパイラが特定のアーキテクチャに対して誤った結果を出せば、バグレポートを上げることができるし、コミュニティや外部の助けを得ることもできる。実際、こうしたことは人気ライブラリや人気言語ではまれで、そこまで境界を越えるなら、すでにそうしたエッジケースを扱える能力があるということでもある。しかしAIが誤った結果を返したら、自分で全部突き止めなければならない。OpenAIやAnthropicに「なぜこうなるんだ」と問い詰めることもできない。前者の状況では、わからないままでも成立することがあるが、後者では絶対にそうはいかない
- 本当にほとんどの開発者がCPUの命令セットやハードウェアの癖に無関心なら、わざわざ言語文法を生成せず、直接チップアーキテクチャ向けのマシンコードを生成していたはずだ。あるいはプロンプトだけ投げて、AI VMに目的のマシンコードを生成させていたかもしれない。いつかはそうなるかもしれないが、今はまったくそんな時代ではない
- よく知らない分野でAIを活用するのは本当に危険で、それを勧めるべきではないと思う
- 彼らはただ「深淵の上の広い板」を広げただけだ
こういうデータの良いソースを見つけるのは非常に難しい。StackOverflowも下降傾向だ。IEEEの方法論はそれでも比較的現実的だが、使っているデータソースはどれもそれぞれ欠点がある。Google検索結果数は最も変動の激しい間接的シグナルだ。検索結果にはそのクエリに言及するほぼあらゆるものが含まれ、実際に2025年を代表している保証はない。言語を使う人たちも普通は「Xプログラミング言語」と明示的に表現しない。こうしてあらゆるメディア露出を「トップ言語」の露出として数えるのは無理がある。TIOBEもこの方法を使っていて、厚かましくも小数点第2位まで人気度を表示している。昔のデータを見ると、'C'の人気がたった2年で半分に落ち、その翌年には2倍になっているが、実際の市場では何の変化もなかった。この方法の誤差率は±50%だ
- 実際の言語需要を測るには求人広告データが最も実用的で有用だ。このデータは企業内で動いているコード量そのものを示すわけではないが、多くの場合、実使用、需要、業界の流れを最も直感的に把握できる。銀行のCOBOLのように、大規模組織があっても転職がほとんどなければデータに現れないかもしれないが、それでもこれ以上のデータソースはない
- こうしたソースはしばしば自己強化的で自己参照的だ。最良のツール、自分が最もよく知っているツール、顧客が望むか最も収益を生むツールを使うのが良いと考える。Ada、COBOL、FORTH、Luaなどもそういう文脈にある。人気の指標は結局SEO以外にはあまり意味がない
- TIOBEでは今年Perlが突然Top 10入りしたが、新しいPerl開発者を見たことがない。Adaも同様だ。Ada開発者はみんなどこにいるのか気になる
- こうした統計で私が気に入っているのはGitHub公開リポジトリ別の言語統計だ。2012年以降の各言語別の公開リポジトリ数、PR数を提供している
- もしかすると現時点では、LLMクエリ統計が最良の資料になり得るかもしれない。本文（TFA）でもこの点を長く扱っている
JavaScriptが2位だと思っていたが、TypeScriptが票を奪ったようだ。個人的にはJavaScriptとTypeScriptはほぼ同じ系統だと見ているので、両者のスコアを合算するのが妥当だと思う
- この種の集計では、両者を合わせてこそ本当の2位と言える
- この2つは合算すべきだし、そもそもArduinoがこのリストに入っているのも理解できない
- 私も同意する。合算すべき項目はいくつかあるだろうし、BEAMベースの言語もひとまとめにするのが望ましい
- Java & Kotlin、C & C++もまとめるなら、JS&TSが2位とは限らない
Javaがこんなに高順位なのを見て驚く人は、キャリアを通して10人規模のスタートアップでnodejsバックエンドしかやったことがないのでは？大企業、特にエンタープライズソフトウェア企業で働いたことがないのでは？
- Javaは今や新しいCOBOLだ。金融、保険、ヘルスケア業界の大半が何十年も前からJavaに飛びついていて、既存のCOBOLコードをJavaに移行し続けている
- 少し奇妙な点もある。Googleで5年以上働いていてJavaコードが非常に多いことは統計で知っているが、実際に自分でJavaコードをじっくり見たのは3回ほどだ。Javaは多く使われているが、企業内でも隔離された領域で使われている感じがする。経済的バリューチェーンのどこか特定部分に閉じ込められているように思える
- Javaが高いことに驚く人は金融系ではないのだろう。もちろんエンタープライズが必ずJavaだけを使うわけではなく、金融以外の大企業ではMicrosoft、.NET、C#が支配的なところもある
フィンテックのバックエンド開発者として働いているが、移る先のターゲット言語を見つけにくい。Node、Rubyを使ってきたが、静的型システムの不在がずっと物足りなかった。TypeScriptもnon strictオプションなどで限界があった。Java/.NetやGoのような言語は古臭く感じる。Rustは面白そうだが、自分のバックグラウンドには合わない。おすすめできる言語があるだろうか
- フィンテックに居続けるつもりなら、Java、C#、C++、TypeScriptあたり以外は特にない。それでも少し範囲を広げれば、Haskell、F#、Scalaを使う会社もときどきある。こうした言語は主にワークフロー用DSLとして使われる。もし配列言語に興味があるなら、金融はそうした言語がまだ残っている数少ない分野だ。ただしそうしたポジションを見つけるのは難しい。Dyalog(APL)、J、BQN、Kdb+(Q)あたりも参考になる。Arraycastリソース
- Scalaは私が使った中で最高の言語だ。TypeScriptの利点とJava、Rustの強みを合わせたような言語だし、フィンテックはScalaで就職できる数少ないニッチでもある
- Rustは汎用言語だから何でもできる。ただし常に「適切な道具」が重要だ。鍵になるのはエコシステムで、何を作るつもりなのかが大事だ
- 私も同じ悩みを抱えているが、Gleamが最も適していると感じる。GoのシンプルさとKotlinの便利さを併せ持っている
- Javaは遅いが構文は良くなってきており、多くの中堅・大企業の骨格だ。小規模企業ではJS/Ruby/Pythonくらいしか見つけやすくないが、そういう会社は生産性やエンジニアリングコストをより重視しているのだろう。そのため、インタプリタ言語の使用量がエンタープライズ/パフォーマンス言語を上回る現象が起きる
PHPやRubyを使う人がHTMLより多いという調査結果、そしてHTMLがプログラミング言語として含まれていること自体も疑わしい。ElixirがOCamlより低いのも意外だ。大規模にElixirを使う企業は見たことがあるが、OCamlはしばらく見ていない気がする
- 「自分が使っているプログラミング言語」としてHTMLを選ぶ人が少なかったから、こういう結果になったのかもしれない
- 最初の職場のJava開発者の同僚たちが、公園で酒を飲んでいるとき警察に職業を聞かれて「プログラマーです」と答えたら、警官が「ああ〜HTMLね」と返したことがある
- PHPやRubyがHTMLよりユーザー数が多いのかという問いに対して、私の経験ではバックエンド/システム開発者はフロントエンド開発者よりずっと多かった（3:1〜20:1）。会社規模にもよるが、バックエンド専業ならHTMLにほとんど触れないこともある。特にWeb中心のサービスでも、実際にはHTMLを触らない人員は多い
- HTMLもれっきとしたプログラミング言語ではあるが、ほぼ単独で使われることはない。リストでHTMLを独立項目にするのはやや無意味だ
- 人はそれぞれ自分のバブルの中で生きている。私は今でもScalaは人気の高い言語だと思っている
Haskellがそれでも順位に入っているのは嬉しい。LabViewと同じくらいの水準なのは少しショックだが、記事そのものはあまり面白くない
- Haskellは少なくとも面白い言語だ。私が愛用しているJuliaも今年リストに入っていて嬉しい。まだ面白い言語に希望があるというサインだ。IntelとNVIDIAのSoC協業以降は、PythonとC++が今後もリストで独走し続けそうだ
- HaskellをLabViewと比べること自体、かなり不当だ
「Arduino」とは何なのか気になる。もし私たちの知っているDIY用のArduinoのことなら、「言語」ではなく単なるC++だ
- Arduinoのドキュメントでは独自に「Arduino programming language」と呼んではいるが、実際にはC++にいくつかtypedefを足した程度だ。理由はよくわからない
- HTMLやCSSが言語として分類されたり、C/Fortranライブラリが「Python」ライブラリと呼ばれたりするのと同じ文脈だ
- こういう区分はおかしく、チャートの信頼性を下げている。こういう扱いならC++のスコアに足すべきだと思う
私も似たことを考えていた。LLM（大規模言語モデル）アシスタントが現在のプログラミング言語を固定化する役割を果たすのか気になる。私が試した限りでは、人気のある言語ほどLLMの出来が良い傾向がある（学習データ量のため）。そのせいで新興言語の導入はさらに難しくなるのではないかと思う。もしLLMの学習データがオブジェクト指向コードだけだったら、今ごろ他のパラダイムの発展は容易ではなかったはずだ
- 最近Hareのようなあまり知られていない言語を触ったが、Claudeは（でたらめもあるにせよ）従来の検索エンジンより役に立った。LLMは思ったほど言語固定化に大きな影響を与えないのかもしれないと感じた
- 私の経験では、LLMは人気言語への対応が優れているだけでなく、不必要に有名な言語やツールを使った答えを繰り返す。そして指摘すると「その通りです、必須ではありません。もっと明確で適切な例を出します…」と訂正する。最初からそうしてくれればいいのだが、コードはしばしば不必要に複雑な形になっている。経験豊富な開発者でなければそうした点を見抜くのも難しい。その結果、妙なコードがgit repoや本番デプロイに残ってしまう。そして、なぜか大企業が自社プラグインやコードを一次回答にねじ込んでいるのではと疑いたくもなる。この構造自体、今後かなり深刻な問題になり得る。広告業界はこの流れに強く惹かれるだろうし、将来LLMモデルに広告が混ざればさらに大きな問題になるはずだ
  - オープンモデルになって、学習データと重みが明確に公開され、reproducible build方式（Nixに似たもの）でカスタマイズできるようになってほしい
  - 推論段階でモデルをデバッグできる方法（たとえばタグのような透明な要素）が必要だ
  - モデル推論に対する形式的検証の方法が存在するのか気になる
- 新しい言語の導入障壁は実際さらに高くなるだろう。しかし今でもニッチ言語を使う理由は
  1. 既存コードベース・ライブラリの存在
  2. 特定ドメインの専門家が集まることくらいだ。LLMがJavaに強いからといって、全員がJavaを使うようになるわけではない（楽しみや履歴書目的は別として）
- 人気のある言語を選ぶことは、人材確保などの面で常に有利だった。あまり人気のない言語を選ぶのはいつだってリスクであり、それは今も変わらない
Pythonが1位なのは見ていて少しうんざりする。私の経験では、Pythonはスクリプトや一人でPoCを作る用途以外ではあまり使いたくない。1,000行を超えるとか、複数人で保守するとか、実行に数秒以上かかるコードにPythonを使うのは想像もしたくない。Pythonが米国の大学で非専攻者向け教育の基本言語になったことで、賢い人たちがエコシステムにたくさん貢献しているが、その努力がむしろ他の言語やもっと堅牢なコンパイル言語に向かってくれればと思う。マルチスレッドをサポートするコンパイル型・静的型付け言語を勧めたい
- 私も完全に同感だ。スクリプト用途にしか使わない。去年MLを少しやろうとしたが、Pythonが本当に嫌で1か月でやめた。なぜRubyの人気がないのか理解できない。Pythonがデフォルトの初学者向け言語のようになっているので（私もそうだった）、むしろRubyを勧めたい
- 共感する。Pythonは「ぐにゃぐにゃ」した感じだ。私の知る静的型付け・コンパイル言語はRust、C、C++くらいだが、それぞれ少しずつ欠点がある。Rustのツール群にモジュールシステムを備えたCがあれば最高なのに
- 構文もいまいちだ。実用上ちゃんと動くのかもしれないが、面白みのない言語だ

3ae3ae 2025-09-29

JSとTSはほぼ同じ言語なのだから、まとめるべきではないかと思います。

beoks 2025-09-29

ランキングにHTMLが入っているのは変ですね

jjpark78 2025-09-29

Javaが2位だというのは、ちょっと信じられませんね。

passerby 2025-09-29

Java や C# は、昔も今もエンタープライズWebサーバー環境のスタンダードですよね