2026年に最も使われているプログラミング言語は JavaScript である。Stack Overflow が 2026年10月6日(米国時間)に公開した年次調査「2026 Stack Overflow Developer Survey」で、JavaScript は12年連続の1位となり、利用率は 62.0%(8,742人)だった。2位は SQL 58.4%、3位は HTML/CSS 58.2%、4位は Python 58.0% で、上位4言語は 58〜62% の帯に密集している。本記事はこの一次データを読み、使用言語・愛されている言語・学びたい言語、10年間の推移、そして AI との距離感を整理する。(出典: https://survey.stackoverflow.co/2026 、2026-10-28 参照)
Stack Overflow開発者調査2026とは — 30,903回答・169か国
Stack Overflow の年次調査は今回で16回目にあたる。2026年版は 30,903 人の回答、169 か国、467 の技術を対象としており、設問数は 103 問にのぼる。本記事で扱う言語設問の有効回答数は 14,099 人である。単一の民間調査としては回答者数が多く、言語利用の実態を測る資料として毎年参照されている。
調査手法はオンラインの自己申告アンケートである。したがって「利用率」は厳密な市場シェアではなく、回答者の属性(Stack Overflow に到達する層)に偏りがある。この点は後述の解釈にも影響する。数字を読むときは、常に「誰が答えているか」を併記して確認したい。
2026年に「最も使う言語」はJavaScript — 12年連続1位
結論から書く。2026年に最も使われているプログラミング言語は JavaScript で、利用率は 62.0%(8,742人)だった。12年連続の1位である。2位は SQL の 58.4%(8,237人)、3位は HTML/CSS の 58.2%(8,212人)、4位は Python の 58.0%(8,184人)と続く。
注目すべきは差の小ささにある。1位と4位の差は 4.0 ポイントしかない。上位4言語は 58〜62% の帯に密集しており、JavaScript が独走しているというより、主要言語が横並びで使われている状態に近い。実際、Web フロントエンドを書く開発者は JavaScript を使い、その同じ開発者がデータ抽出のために SQL を書き、テンプレートのために HTML/CSS を触る。1人が複数言語を選ぶ設問(複数選択)である以上、この密集は自然な結果である。
(出典: Stack Overflow「Programming, scripting, and markup languages」 https://survey.stackoverflow.co/2026/technology/data/languages 、2026-10-28 参照)
使用言語ランキングTOP10 — 上位4言語が58〜62%に集中
上位10言語の実測値は次のとおりである。
| 順位 | 言語 | 利用率 | 回答数 |
|---|---|---|---|
| 1 | JavaScript | 62.0% | 8,742 |
| 2 | SQL | 58.4% | 8,237 |
| 3 | HTML/CSS | 58.2% | 8,212 |
| 4 | Python | 58.0% | 8,184 |
| 5 | Bash/Shell (all shells) | 51.3% | 7,231 |
| 6 | TypeScript | 43.8% | 6,171 |
| 7 | Java | 27.6% | 3,885 |
| 8 | C# | 27.1% | 3,826 |
| 9 | PowerShell | 24.6% | 3,472 |
| 10 | C++ | 24.3% | 3,425 |
6位の TypeScript が 43.8% で、7位 Java の 27.6% と 16 ポイント以上の差をつけている。上位6言語と7位以下では利用率の水準が明確に分断されており、「Web 系の実務言語」と「それ以外」の境界がここにある。
さらに目を引くのが、12位 Rust の 18.0%、13位 PHP の 17.7%、14位 Go の 16.5% という並びだ。Rust と Go は技術的な話題性が高いが、利用率では 20% に届いていない。話題の量と実務での使用量は一致しない。
10年間の推移 — TypeScriptが4.7倍、JavaとPHPは減少
単年のランキングだけでは「何が起きたか」は分からない。Stack Overflow は同じ設問を毎年聞いており、2017年から2026年までの推移が一次データとして公開されている。主要7言語の実測値を折れ線グラフで示す。
図: 主要7言語の利用率推移(2017〜2026年、回答者全体に占める割合 %)。7言語を1つのグラフに重ねて表示している。凡例をクリック(タップ)すると系列の表示・非表示を切り替えられ、各点にカーソルを合わせると実測値が表示される。HTML/CSS は2017年が未収載のため2018年からの表示(空欄を0%として扱っていない)。PHP 2022年の落ち込みは単年の変動を含むため傾向判断には用いない。JavaScript は 61.9%→62.0% でほぼ横ばい、TypeScript は 9.4%→43.8%(4.7倍)、Python は 31.7%→58.0% へ伸びた。出典: Stack Overflow「Languages timeseries」。

このグラフから読み取れることを、実測値の差分だけで整理する。
第一に、TypeScript の伸びが最大である。 2017年の 9.4% から2026年の 43.8% へ、10年で 4.7倍 になった。同期間の JavaScript は 61.9% から 62.0% でほぼ横ばい、ピークは2018年の 69.8% である。つまり Web 系の実務言語の中で、JavaScript から TypeScript への置き換えが進んだと読める。TypeScript は2018年に 17.4%、2019年に 21.2% と急伸し、2020年 25.4%、2021年 30.2%、2022年 34.8%、2023年 38.9% と毎年ほぼ単調に増え続けた。2024年だけ 38.5% と微減し、2025年 43.6%、2026年 43.8% で再び持ち直している。
第二に、Python の伸びは TypeScript に次ぐ。 31.7% から 58.0% へ 26.3 ポイント増(1.83倍)。2017年時点では PHP(28.1%)と同水準だったが、2026年には PHP の3倍以上になった。増加は2017〜2021年に集中しており(31.7→48.2)、2025年に 57.9% へ大きく跳ねた後、2026年は 58.0% で横ばいである。
第三に、Java と PHP は長期減少である。 基準年を2018年(いずれもピーク年)に揃えると、Java は 45.3% から2026年 27.6% へ 17.7 ポイント減、PHP は 30.7% から 17.7% へ 13.0 ポイント減(水準は 57.7% でほぼ半減)。2017年起点で見ても Java は 39.3%→27.6% で 11.7 ポイント減、PHP は 28.1%→17.7% で 10.4 ポイント減 であり、どちらの起点でも減少は一貫している。PHP は2022年に 12.1% という単年の急落を示すが、これは設問変更かサンプリングの影響を含む可能性があり、本記事では傾向の判断に使わない(推定の域を出ない)。
第四に、基盤技術は落ちていない。 HTML/CSS は2018年 68.5% から2026年 58.2% へ 10.3 ポイント減ったが、それでも上位3位の水準を維持している。Bash/Shell は2018年 39.8% から2026年 51.3% へ 11.5 ポイント増。PowerShell は2021年の 10.8% から2026年 24.6% へ 2.3倍 になった。Rust は2019年に 3.2% で初出し、2026年 18.0% と 7年で5.6倍 である。
第五に、JavaScript は「1位だが伸びていない」。 12年連続1位という事実は強い印象を与えるが、利用率そのものは2018年以降 62〜69% の範囲を上下しているだけで、トレンドは横ばいである。1位を維持しているのは、伸びているからではなく、置き換え先が現れていないからである。
推移を3つの期間に区切ると構造が見える。2017〜2020年は「拡大期」で、JavaScript・TypeScript・Python がいずれも増えた(回答者層の裾野が広がった時期と重なる)。2021〜2024年は「高原期」で、JavaScript が 65% 前後、TypeScript が 35〜39%、Python が 48〜51% と横ばいになり、代わりに Java・PHP が削られていった。2025〜2026年は「再上昇期」で、Python(51.0→57.9→58.0)と SQL(51.0→58.6→58.4)と HTML/CSS(52.9→61.9→58.2)が揃って跳ね上がった。この2025年の同時上昇は、AI コーディング支援の普及期と重なる(後述)。
10年でどれだけ動いたか — 変化幅で並べ直す
同じ10年の実測値を「初収載年から2026年への変化幅(ポイント)」の大きい順に並べ替えると、順位より先に構造が見える。
| 言語 | 起点 | 2026年 | 変化幅 | 倍率 |
|---|---|---|---|---|
| TypeScript | 9.4%(2017) | 43.8% | +34.4pt | 4.7倍 |
| Python | 31.7%(2017) | 58.0% | +26.3pt | 1.83倍 |
| Rust | 3.2%(2019) | 18.0% | +14.8pt | 5.6倍 |
| PowerShell | 10.8%(2021) | 24.6% | +13.8pt | 2.3倍 |
| Go | 4.2%(2017) | 16.5% | +12.3pt | 3.9倍 |
| Bash/Shell | 39.8%(2018) | 51.3% | +11.5pt | 1.29倍 |
| JavaScript | 61.9%(2017) | 62.0% | +0.1pt | 1.00倍 |
| C# | 33.8%(2017) | 27.1% | -6.7pt | 0.80倍 |
| HTML/CSS | 68.5%(2018) | 58.2% | -10.3pt | 0.85倍 |
| PHP | 28.1%(2017) | 17.7% | -10.4pt | 0.63倍 |
| Java | 39.3%(2017) | 27.6% | -11.7pt | 0.70倍 |
変化幅が最大なのは TypeScript の +34.4 ポイントで、Python(+26.3pt)を 8.1 ポイント上回る。つまり 10年で最も「新しく積み上がった」のは TypeScript である。一方、倍率で見ると Rust(5.6倍)が最も高いが、これは 3.2% という小さい分母の上での話であり、増えた幅は 14.8 ポイントにとどまる。伸びを読むときは倍率と変化幅を必ず並べて見る必要がある(倍率は小さい母数の言語を過大評価し、変化幅はもともと大きい言語を過大評価する)。
年ごとの転換点 — 10年を6つの局面に分ける
10年を1本の線として眺めると見落とすが、年ごとに区切ると転換点が6つ現れる。
2018年 — 「旧来の構成」の頂点。 JavaScript が 69.8% でこの10年の最高値をつけ、Java も 45.3% でピーク、HTML/CSS 68.5%、PHP 30.7% といずれもピークだった。一方 TypeScript は 17.4% でまだ2割に届いていない。この年が、型なき JavaScript と Java が主役だった時代の頂点にあたる。
2019年 — Rust の初登場。 Rust が 3.2% で系列に現れ、TypeScript は 21.2% へ伸び、PowerShell も同年初出した。
2021年 — Python が SQL を初めて逆転。 2020年は Python 44.1% 対 SQL 54.7% で SQL が上だったが、2021年は Python 48.2% 対 SQL 47.1% となり、この10年で初めて Python が SQL を上回った。同年、Java は 35.4% へ、Bash/Shell は 27.1% へ落ちて10年間の底をつけている。
2022年 — PHP の単年急落。 22.0% から 12.1% へ1年で 9.9 ポイント下がり、翌2023年には 18.6% へ戻った。単年の落ち込みは設問変更やサンプリングの影響を含む可能性があるため、この1年だけを根拠に傾向を断定してはならない(推定の域を出ない)。
2024年 — TypeScript の初の減少。 2023年 38.9% から 2024年 38.5% へ微減し、2017年の初出以来単調増加が初めて止まった。ただし差は 0.4 ポイントで、誤差の範囲とも読める。
2025年 — 全面高。 JavaScript +3.7pt、SQL +7.6pt、HTML/CSS +9.0pt、Python +6.9pt、TypeScript +5.1pt、Bash/Shell +14.8pt、PowerShell +9.4pt、Rust +2.3pt、Go +2.9pt と、主要言語がそろって上昇した。下がったのは Java(-0.9pt)だけで、PHP は +0.6 ポイントとほぼ横ばい。全言語が同時に上がる動きは設問や集計方法の変更でも起こりうるため、この1年を「言語利用が一斉に広がった年」と断定することはできない。ただし後述するとおり、この年は AI コーディング支援の利用率が大きく伸びた年でもある。
2026年 — 主力が微減、周辺が続伸。 JavaScript は 66.0% から 62.0% へ 4.0 ポイント下がり、HTML/CSS も 3.7 ポイント下がった。SQL はほぼ横ばい(-0.2pt)。一方で増えたのは Rust +3.1pt(14.9→18.0)、Bash/Shell +2.6pt、PowerShell +1.4pt である。Web 系の主力が下がり、基盤・低レイヤの言語が上がるという、2025年とは逆向きの動きになった。
この6局面を並べると、10年の推移は「JavaScript の時代が終わった」話でも「Python が王座を取った」話でもないことが分かる。起きたのは 「1位は動かないまま、2位以下の構成が総入れ替えされた」 という変化である。1位 JavaScript の利用率は 61.9% から 62.0% へ、10年で 0.1 ポイントしか動いていない。その裏で TypeScript が +34.4 ポイント、Python が +26.3 ポイント積み上がり、Java が -11.7 ポイント、PHP が -10.4 ポイント削られた。順位表の1行目だけを見ていると、この入れ替えは見えない。
(出典: Stack Overflow「Languages timeseries」 https://survey.stackoverflow.co/2026/technology/data/languages-timeseries 、2026-10-28 参照)
「定番回帰」はどこに見えるか — SQL・HTML/CSS・Bashが上位に残る
2位 SQL、3位 HTML/CSS、5位 Bash/Shell。この3つはいずれも「プログラミング言語」というより基盤技術に近い。華やかな新言語ではなく、データベース操作・画面構造・シェル操作という、開発の土台を支える技術が上位を占めている。
この構成は、生成AIがコードを書く時代になっても崩れていない。むしろ逆である。AIが生成したコードを検証するには、SQL の結果を読み、HTML の構造を確認し、シェルで実行して確かめる必要がある。AIが書いたものを判断する側の言語が上位に残るのは、論理的に整合している。
ここで「定番回帰」という言葉を使うなら、その意味は「古い言語が復権した」ではない。AIが生成した成果物を評価・運用するための基礎言語の価値が相対的に上がった、と読むのが正確である。
愛されている言語はRust — 使用率12位からの逆転
調査は「使い続けたいか(Admired)」と「来年使いたいか(Desired)」も聞いている。ここで順位が大きく入れ替わる。
- Rust: Desired 26%、Admired 67%(差分 +41 ポイント)— Admired は全言語中1位
- TypeScript: Desired 28%、Admired 53%(+26)
- Python: Desired 33%、Admired 51%(+17)
- Go: Desired 18%、Admired 50%(+32)
- JavaScript: Desired 28%、Admired 42%(+14)
- PHP: Desired 8%、Admired 36%(+28)
Rust は利用率 18.0% で12位にとどまる一方、「使った人が使い続けたい」率は 67% で最も高い。「これから使いたい」は 26% で6位である。つまり Rust は、使う人を増やせてはいないが、使った人の評価は最も高い。
この乖離の原因を本調査から断定することはできない(推定になる)。ただし差分そのものは実測値であり、「利用率が低い=価値が低い」ではないことを示す材料にはなる。
逆方向の例が PHP である。Admired は 36% あるが、Desired は 8% にとどまる。現在使っている人の評価は一定あるが、新たに使いたいとは思われていない。既存システムの維持で使われ続ける言語の典型像といえる。
(出典: Stack Overflow「Technology」 https://survey.stackoverflow.co/2026/technology/data 、2026-10-28 参照)
AIとの距離感 — 73%が毎日使うが、無条件には信じていない
AI 章の実測値は次のとおりである。
- AI コーディング支援・コーディングエージェントを使う: 66%(11,509人)
- 汎用の AI チャットツールを使う: 63%(10,920人)
- AI エージェント・自動ワークフローを使う: 26%(4,582人)
- 自社で内製した AI ツールを使う: 18%(3,115人)
- AI ツールを使っていない: 17%(3,003人)
利用頻度は、AI コーディング支援の場合 毎日 73%、週次 20%、月次以下 6% である。使用時間は 1日4時間以上が 31%(3,378人)、2〜4時間が 24%、1〜2時間が 25% と続く。
評価は好意的で、very favorable 32% と somewhat favorable 30% を合わせて 62% が好意的である。一方で somewhat unfavorable 15%、very unfavorable 7% を合わせた 22% は不審的であり、中立 15% を挟んで評価が割れている。
決定的なのは信頼の条件である。「出力を容易に検証できるときだけ信頼する」が 48% で最大だった。次いで「多くの作業では信頼するが、重要な業務判断には使わない」16%、「低リスクの作業のみ」16%、「ほとんどの業務では信頼しない」12%、「重要な判断を含めて信頼する」7% と続く。
複雑なタスクの処理能力については、「非常に得意」16% と「得意だが万能ではない」39% を合わせて 55% が肯定的、「苦手」16% と「非常に苦手」8% を合わせて 24% が否定的である。AI は使われているが、判断は人間側に残している。これが2026年の実態である。
AI 導入は単年で完結した変化ではない。2024年調査では「AI ツールを利用中または利用予定」が 76%(前年 70%)、2025年調査では同じ設問が 84%(前年 76%)と記録されている。2026年は設問が変わり「AI コーディング支援の現在利用」が 66%、「AI ツールを使っていない」が 17.2% である。設問が異なるため単純な接続はできないが、「使っていない層が2割を切った」という水準は、3年連続で利用層が拡大してきた延長線上にある。
(出典: Stack Overflow「AI」 https://survey.stackoverflow.co/2026/ai/data 、2024年版 https://survey.stackoverflow.co/2024/ai 、2025年版 https://survey.stackoverflow.co/2025/ai 、いずれも 2026-10-28 参照)
AI出力の扱い — 「そのまま使う」10%、「ローカル実行」77%
調査は「AI が生成したコードをどう扱うか」も聞いている。複数選択の結果は明白に偏っている。
- ローカルで実行して確かめる: 77%(10,067人)
- コードベースの文脈と比較する: 64%(8,411人)
- テスト・セキュリティへの影響を点検する: 53%(6,977人)
- 公式ドキュメントを読む: 38%(4,998人)
- Stack Overflow で検索する: 12%(1,601人)
- そのまま使う: 10%(1,265人)
- 同僚に聞く: 7%(907人)
「そのまま使う」は 10% にとどまり、ローカル実行 77% という検証行動が支配的である。ここから読み取れるのは、「AIに任せるか、任せないか」という二分ではない。出力を検証する工程を持てるかどうかが実務の分岐点になっている、という構図である。
注目したいのは Stack Overflow で検索するが 12% まで下がっている点だ。AI 時代に Q&A サイトの役割は「答えを探す場所」から「検証の最後の砦」へ移っている。同じ調査で、学習手段の1位が技術ドキュメント 59%、2位が AI コード生成ツール 53%、3位がオンラインの一般リソース 52%、4位が書籍 27% という順序も、一次資料へ戻る行動が残っていることを示す。
AIコーディングとTypeScript — 「使っている人の7割がAI作業にも使う」という実測
ここまでで2つの事実が並んだ。TypeScript が10年で 4.7倍(9.4%→43.8%)になったこと。そしてAI コーディング支援が 73% の開発者に毎日使われるまでになったこと。両者は同じ10年に起きている。
この2つを結びつける解釈はよく見かける。だが、どこまでが実測でどこからが推測かを、先に切り分けておきたい。
測られていないもの。 AI 章(22テーブル)には言語別のクロス集計が無い。したがって「AI を使う人ほど TypeScript を選ぶ」という個人単位の相関は測れない。また「AI 作業での言語利用」は2026年の1断面しか公開されておらず、時系列では追えない。つまり「AI によって TypeScript が伸びた」という因果は、本調査からは検証できない。
測られているもの。 2026年の言語設問は3列構成である。「過去1年に使った言語」「来年使いたい言語」、そして3列目が「その言語を AI ツール/AI エージェントを使って作業するのに使ったか」である。この3列目は公開データに含まれており、全回答者 n=14,099 を分母とする実測値が取れる。ここに、TypeScript の AI 文脈での位置が数字で出ている。
主要言語の実測値は次のとおりである。
| 言語 | 使用率(Worked with) | AI作業での利用率 | AI作業/使用率 |
|---|---|---|---|
| JavaScript | 62.0% | 38.4% | 61.9% |
| Python | 58.0% | 39.0% | 67.2% |
| SQL | 58.4% | 29.8% | 51.0% |
| HTML/CSS | 58.2% | 33.3% | 57.2% |
| Bash/Shell | 51.3% | 28.6% | 55.8% |
| TypeScript | 43.8% | 30.4% | 69.4% |
| Java | 27.6% | 14.6% | 52.9% |
| C# | 27.1% | 16.2% | 59.8% |
| PowerShell | 24.6% | 14.6% | 59.3% |
| C++ | 24.3% | 11.3% | 46.5% |
| Rust | 18.0% | 11.4% | 63.3% |
| PHP | 17.7% | 9.2% | 52.0% |
| Go | 16.5% | 10.8% | 65.5% |
(いずれも回答者全体 n=14,099 に対する割合。使用率とAI作業利用率は同一設問の別列であり、「AI作業での利用率」は AI ツール/AI エージェントを使って作業した言語として選ばれた割合を指す。)
ここから読み取れることは3点ある。
第一に、TypeScript は「使っている人が AI 作業にも持ち込む比率」が主要言語で最も高い。 使用率 43.8% に対し AI 作業での利用率は 30.4% で、比率は 69.4%。使用率10%以上の言語に限れば1位である。参考までに、全体の1位は Swift の 72.9% だが使用率 5.9%、次いで Dart 67.3% も使用率 4.9% の小規模言語であり、母数が小さい。主要言語では TypeScript 69.4%、Python 67.2%、Go 65.5% と続き、JavaScript は 61.9% で TypeScript を下回る。
第二に、JavaScript と TypeScript の関係が AI 文脈で逆転する。 使用率では JavaScript(62.0%)が TypeScript(43.8%)を 18.2 ポイント上回る。ところが AI 作業では JavaScript 38.4%、TypeScript 30.4% で差は 8.0 ポイントまで縮む。AI コーディングの場面では、JavaScript に対する TypeScript の相対的な存在感が上がる。 10年で 4.7倍に伸びた TypeScript の伸びは、AI 作業の場面でこそ効いている、と読める数字である。
第三に、絶対値で最大なのは Python である。 AI 作業での利用率は Python 39.0%(5,495人)が最も高く、JavaScript 38.4%(5,419人)、HTML/CSS 33.3%(4,692人)、TypeScript 30.4%(4,293人)と続く。「AI と最も一緒に使われている言語」は Python であり、TypeScript は「比率で目立つ言語」という位置づけになる。絶対値と比率は別の指標であり、混同すると結論を誤る。 「AI コーディングの主役は TypeScript だ」と書くのは、この表の読み方として正しくない。
なお、この30〜39%という数値の分母は全回答者である。AI コーディング支援の利用率は 66% なので、利用者ベースに読み替えると TypeScript は 30.4 ÷ 66 ≒ 46% 程度になる。これは割り算による概算であり、公開されている実測値ではない(推定と明記しておく)。
では、TypeScript の10年の伸びを AI に帰せるか。帰せない。 理由は実測にある。TypeScript は 9.4%(2017)→17.4%(2018)→21.2%(2019)→25.4%(2020)と、AI コーディング支援が「利用中または利用予定 76%」に達する2024年より6年以上前から単調に増えていた。伸びの主因は、JavaScript の大規模化に伴う型付け需要である。AI 普及は、既に始まっていたその流れを加速した可能性がある、という順序で読むのが実測に忠実である(後半は推定)。
AI 時代の痛点が「レビュー負荷」に集まっていることも、この読みと方向が一致する。AI が業務を混乱させた内容として、「もっともらしいが誤ったコード」69.3%、「レビューしにくい生成コード」54.2%、「文脈の欠落」49.3%、「幻覚のパッケージ・設定」45.1% が上位を占めた。型注釈は、この「レビューしにくさ」に対する最も古典的な対抗手段のひとつである。ただし型とレビュー負荷のクロスも本調査には無い。よってこれは整合する仮説であって、実測された因果ではない。
AI 支援が「顧客向け製品」の開発に入っている事実も並べておく。AI 支援ありで作られたものは、小規模スクリプト 74.2%、チーム内ツール 66.5%、顧客向け製品 65.5%、横断基盤ツール 62.5% である。顧客向けのプロダクトコードに AI が入る以上、その出力を人間が読む前提の型・テスト・静的検査は軽くならない。TypeScript の利用率が 2024年の微減(38.5%)から2025年に 43.6%、2026年に 43.8% へ戻した局面は、この「読む前提の開発」への回帰と時期が重なる(因果ではない)。
利用されているコーディングエージェントは Claude Code 65.5%、GitHub Copilot 58.7%、OpenAI Codex 29.5%、Cursor 25.5%、Google Antigravity 16.0% の順だった。これらの主要な用途は Web アプリケーションの実装であり、そこで書かれる言語は JavaScript か TypeScript である。
整理する。実測で言えるのはここまでである。TypeScript は10年で4.7倍になった(実測)。TypeScript は使用率比 69.4% で、AI 作業に最も持ち込まれている主要言語である(実測)。AI コーディング支援は 73% が毎日使う(実測)。AI 作業での言語利用は2026年の1断面しかなく、時系列の因果は測れない(これも実測=データが存在しないことの確認)。 したがって書けるのは、型を持つ言語が、AI が生成したコードを人間が読む時代の要求と方向として一致しており、実際に AI 作業の場面で最も高い比率で使われている、という評価までである。
(出典: Stack Overflow「Programming, scripting, and markup languages」 https://survey.stackoverflow.co/2026/technology/data/languages — 3列目「Used AI tools or AI agents to work with this language」、2026-10-28 参照)
AIが効くのは「直す」局面 — 満足度の実測
AI 利用が作業満足度に与えた影響も測られている。満足度が上がった領域は デバッグ 66%、ドキュメント作成 61%、実装 60% である。一方、実装は最も評価が割れる領域でもあり、20% が満足度の低下を報告している。
つまり AI は「新規に書く」よりも「壊れたものを直す」「説明を残す」局面で効いている。実装支援は、生成されたコードの品質差がそのまま作業者の負担差になるため、満足度が二極化する。この傾向は自前のエージェント運用を設計する際の判断材料になる。詳細は アラート一次調査の自動化 で扱った構成と重なる部分がある。
実務への示唆 — 言語選びとAI導入で見るべき3点
実測値から導ける実務上の判断軸を3点に整理する。
1. 言語選定では使用率だけでなく Admired/Desired の差分を見る。 JavaScript は利用率 62.0% で1位だが Admired は 42% である。Rust は利用率 18.0% で12位だが Admired は 67% で1位。採用判断では「今どれだけ使われているか」と「使った人がどう評価しているか」を分けて見る必要がある。
2. 言語選定では単年ではなく推移を見る。 2026年の1位は JavaScript だが、2017年からの10年で伸びたのは TypeScript(4.7倍)、Python(1.83倍)、Rust(7年で5.6倍)であり、JavaScript は横ばい、Java と PHP は減少した(Java は2018年ピーク比 17.7 ポイント減、PHP は同 13.0 ポイント減)。「今1位」と「これから増える」は別の指標である。 新規プロジェクトの言語選定では、直近3年の傾きを確認したほうが判断を誤りにくい。加えて、AI コーディング支援を前提に置くなら、AI 作業での利用率(使用率比)も指標に加えたい。TypeScript は 69.4% で主要言語中最高であり、JavaScript(61.9%)を上回っている。
3. AI導入の効果は利用率ではなく検証工程で測る。 AI コーディング支援の利用率は 66%、毎日使う人は 73% に達する。しかし信頼の条件は「検証できるとき」48% である。AI が業務を混乱させた内容の1位は「もっともらしいが誤ったコード」69.3% だった。導入の成否を分けるのは、利用率ではなく ローカル実行・テスト点検・コードベース比較といった検証工程が定義されているかである。日本の AI 導入率を扱った 日本のAI導入率はなぜ低い? でも、導入の停滞はツールの不在ではなく運用設計の問題として現れていた。
まとめ — 「定番」と「AI」は対立しない
2026年の調査が映していたのは、基盤言語の強さと、AIへの現実的な距離感である。最も使う言語は JavaScript(62.0%、12年連続1位)。上位4言語は 58〜62% の帯に集中し、SQL・HTML/CSS・Bash という基礎技術が上位に残る。愛されている言語は Rust(Admired 67%)で、使用率12位からの逆転である。
10年の推移で見ると、主役は入れ替わっていた。TypeScript が 9.4% から 43.8% へ 4.7倍、Python が 31.7% から 58.0% へ 1.83倍。一方で Java は 17.7 ポイント減(2018年ピーク比)、PHP は 13.0 ポイント減(同)で、どちらも減少が続く。JavaScript は1位を守りながら横ばいである。「定番回帰」という言葉が指すのは、この入れ替わりの外側に残り続けた基盤言語の粘りである。
そして AI 文脈では、TypeScript が使用率比 69.4% で主要言語中もっとも AI 作業に持ち込まれていた。使用率では JavaScript に 18.2 ポイント差をつけられている言語が、AI 作業では 8.0 ポイント差まで詰め寄る。10年で 4.7倍に伸びた言語の伸びは、AI と組む場面でこそ効いている。
AI については、66% がコーディング支援を使い、73% が毎日使う。しかし「検証できるときだけ信頼する」が 48% で最大であり、AI 出力をそのまま使うのは 10% にとどまる。AIは開発者の隣に座ったが、判断は引き渡していない。
言語選びの判断材料は「何%が使っているか」だけでは足りない。誰が使い続けたいと思っているか、10年でどれだけ動いたか、そして AI 作業にどれだけ持ち込まれているか。この3点を分けて見ることが、2026年以降の技術選定の作法になる。
自前の AI 環境をどう組んでいるかは 私のAI環境の見取り図 にまとめた。あわせて読むと、調査の数字が自分の運用のどこに対応するかを確認しやすい。
出典
- Stack Overflow「2026 Developer Survey」(トップ) https://survey.stackoverflow.co/2026 (2026-10-28 参照)
- Stack Overflow「Programming, scripting, and markup languages」(使用言語・Admired/Desired) https://survey.stackoverflow.co/2026/technology/data/languages (2026-10-28 参照)
- Stack Overflow「Languages timeseries」(2017〜2026年の言語別推移) https://survey.stackoverflow.co/2026/technology/data/languages-timeseries (2026-10-28 参照)
- Stack Overflow「Technology」(技術全般のデータセット・ビルドとAI活用) https://survey.stackoverflow.co/2026/technology/data (2026-10-28 参照)
- Stack Overflow「AI」(AI 利用・信頼・満足度・コーディングエージェント) https://survey.stackoverflow.co/2026/ai/data (2026-10-28 参照)
- Stack Overflow「2025 Developer Survey / AI」 https://survey.stackoverflow.co/2025/ai (2026-10-28 参照)
- Stack Overflow「2024 Developer Survey / AI」 https://survey.stackoverflow.co/2024/ai (2026-10-28 参照)
※本記事の数値はすべて上記一次データの実測値である。回答者属性の偏りにより、市場全体のシェアを示すものではない。AI コーディング利用と言語選択の関係については、2026年の言語設問に「AI ツール/AI エージェントを使って作業した言語」の列が公開されているため、その実測値(AI作業での利用率)を引用している。一方、個人単位のクロス集計と同列の年次推移は公開されていないため、因果・時系列の相関を示す記述は行っていない(推定は推定と明記した)。
