2026 Annual C++ Developer Survey を眺めてみる

Posted at 2026-05-17

標準C++財団 (Standard C++ Foundation) という組織は、 C++ 開発者へのアンケートを毎年実施しています。2026年の調査結果が公開されていたので、個人的な感想も交えつつ見ていきます。

PDFへのリンクは以下。

公開されているのは Lite 版という要約版です。回答者の個別の書き込みを全て含む詳細版 (145ページ) は、C++ 標準化委員会や C++ 製品のベンダーに送付されるとのことです。

1. C++をどこで使っているか

やはり仕事が多いようです。

以降も同様ですが、複数回答できる質問については合計が 100% を超えることがあります。

2. 経験年数について

上段は「C++の経験が何年あるか」、後段は「他の言語も含めるとプログラミング経験が何年あるか」というもの。いずれも20年以上という回答が最多でした。

これについては、 C++ の開発者の高齢化が進んでいるという見方と、このアンケートの回答者が C++ 上級者に偏っているという見方ができます。個人的には後者だと思いたいところです。

3. どのプラットフォーム用に開発しているか

最多は Windows desktop (67.3%)、それに Linux desktop (58.9%) や Linux server (51.3%)、組込みシステム (33%) が並びます。3割以上が組込みシステムを挙げているのは、C++ならではという感じですね。

4. どのようなプロジェクトの仕事をしているか

コンパイラやエディタなどの開発者ツールが1位で、それにハードウェアやIOT、ゲームが続きます。比較的システム寄り・低レイヤ寄りの領域が目立ちます。

1位が開発者ツールというのを見ると、C++ の標準化コミュニティに近い人たちが多く回答しているのではないかと思います。経験年数の質問で 20年以上という回答が多いのも、こういう理由があるのかもしれません。

5. ライブラリの管理をどうしているか

1位が「ライブラリのソースコードごとビルドに含めている」、2位が「ライブラリの指示に従って別途コンパイルする」、3位が「aptなどのシステムのパッケージマネージャーを使う」という回答です。 pip や cargo のようなパッケージマネージャーが上位に来ないあたりに、C++ エコシステムの難しさを感じます。

パッケージマネージャーとしては、 vcpkg が7位 (21.8%)、 Conan が9位 (17.5%) にいます。上位の回答でないとはいえ、2割以上の人はちゃんとパッケージマネージャーを使っていると言えそうです (他の言語に比べたら少ないでしょうけど…)。

vcpkg と Conan の人気は拮抗しているようで、順位は年によって入れ替わります。過去5年の回答を見ると、2021年は Conan, 2022-2023年は vcpkg, 2024-2025年は Conan の方が上でした。

筆者個人としては vcpkg の方が使いやすいと感じます。

6. どのビルドツールを使っているか

CMake が圧倒的！

「3. どのプラットフォーム用に開発しているか」では Windows Desktop が1位 (67.3%) だったのにも関わらず、この質問では MSBuild と回答した人が 33.5% に留まります。Make も 30.7% ですし、現代の C++ 開発はみんな CMake を使うようになったんだな、と思わされます。

2位に Ninja がいますが、これは Ninja 単体ではなく、 CMake や Meson から使う人が殆どかなと思います。複数回答できる質問なので、 CMake + Ninja, CMake + MSBuild のような回答の仕方をしている人も多そうです。

7. 現在のプロジェクトではどのC++バージョンを使っているか

現在のプロジェクトにおいて、どのバージョンの C++ を使うことが許されているかという質問。青いバーは「全面的に使用可」、赤いバーは「部分的に使用可」、紫のバーは「使えない」を表します。

これを見ると、C++17 までは多くのプロジェクトで使えると言えそうです。 C++20 以降になると「使えない」や「部分的に使用可」が多くなります。もちろん現実には、 C++03 や C++11 を使っているというプロジェクトもありますが。

8. C++のコーディングにAIをどのくらい使っているか

質問 8 からは AI 関連の質問が続きます。AI関連の項目は 2025 年から追加されており、昨今の流れを感じさせられます。

質問8は「新規コードを書く」や「テストを書く」といった各タスクについて、AIを使う頻度を尋ねるものです。タスクによって度合いは変わるものの、いずれも Never (使わない) が最多でした。

AI をよく使うという回答が多いのは「新規コードを書く (Writing new code)」、 AIを使わないという回答が多いのはパフォーマンスの問題の特定 (Identifying performance issue) のようです。パフォーマンス関連はたしかに、AIが苦手とする領域の一つだと思います。

9. C++のコーディングにAIを使う際にどのような問題や障壁があるか

「AIが生成したコードが誤っている」「出力を信頼できない」「関連するコンテキストの理解不足」などが挙げられています。

この質問については、「その他」回答の中身をAIが要約したものが付いています。それによると、

主に障壁として挙げられているのは、ポリシーやセキュリティ上の制約、倫理的・環境的な懸念、出力品質への不信感。
C++ に特有の問題として、AIは大規模プロジェクトや複雑なビルドシステム、マクロ、生成コード、正確性、モダンC++のイディオム、生成物のレビューや修正コストに苦戦しているという指摘が繰り返し見られる。
特筆すべき点として、一般的な「その他」回答と比べて、異常に強い否定的感情が含まれていることが挙げられる。例として「非倫理的」「ゴミ」「有害」などの表現が見られる。これは単にAIツールに懐疑的というだけでなく、積極的に反対している層が存在することを示唆している。

とのこと。感情的な反応はともかくとして、C++特有の難しさはあるだろうなと思います。ビルドシステムの問題、 include 依存やマクロ、テンプレートによる静的解析の難しさ、プロジェクトごとの歴史的事情などは、AIにも難しそうに思います。