C++

移行が安定して進められているのは素晴らしいことです。特に、ゲーム開発者が C++20 を受け入れていることを嬉しく思います。すべてのゲームプラットフォームをサポートできることを楽しみにしています。ベンダーにとっては実装が困難になるかもしれませんが、概念と範囲だけでも価値があると思います。

C++20 の採用率には本当に驚かされました。物事は明らかに変化しているようです。新しい標準の採用速度は以前よりもはるかに大きくなっています。

大多数のユーザーが過去 5 年間のリリースを使用していることをとても嬉しく思っています。また、C++11 より前のリリースのユーザーが 10% 未満に減少したことも良い事です。後 2 年もすれば、こういったアンケートに含める必要もなくなるでしょう。

ユーザーは標準の履歴に沿ってまんべんなく散らばっていることを常に意識する必要があります。このようなアンケートは、最新の標準だけでなく、それ以外の標準でも動作するコードを書くべきことを思い出させてくれます。

C++20 のトレーニングを依頼する企業はまだあまり多くないため、この結果には驚かされました。しかし、多くのユーザーは依然として C++17 に移行できることを幸運だと感じているようです。

私は [Modules] 機能にはまだ追加の開発が必要だと感じていますが、それが間違っていることが証明されるのを期待しています。

今後 12 か月の内にモジュールが使いやすくなるように、ツーリングが追い付けばいいなと思います。

エンジニアはコードをテストするよりも書く方を好みますが、テストの作成に費やした時間は実際の長期的なメリットを上回る価値があります。

4 分の 1 の開発者がユニットテストを書いていないという統計に驚きを隠せません。ユニットテストの書き方や使用するフレームワークについて特に強い意見を持っていませんが、テストを書く必要性は絶対にあります。

この結果にはサードパーティが使用する C++ コードのパッケージ化についての現状が反映されています。この問題が解決されるのを待ち望んではいますが、私にはそうなるとは思えません。

依存関係管理とパッケージ管理の現状を悲しく思っています。複製可能なビルドと明快な依存関係チェーンには非常に大きな価値があります。この領域には、「たまたま機能する」というのが非常に多くあります。

この場合は、小さい方が理想的です。来年あたりに、プリコンパイル済みのヘッダー、モジュール、Unity ビルドがどのように相互作用するようになるかに興味があります。