はじめに

ディするつもりはないですよ.
実際, すでに各社で自前のライブラリがあるのですよ.

私は, Androidが1.6の時代, NDKが発表された時代にSTLを捨てたので.

前提として, 世の中, 驚くべき〇〇が多いという事実を考慮しなければならない,
日本語どころかどの言葉も通じない, とんでもない人間が多いという事実.
言葉が通じない人間が, プログラミング言語が話せるはずもなく, 疲れからか黒塗りのハイエースに衝突.

項目

std::clamp

IEEE 754特有のハックも考慮してくれるなら使用していきたい.

数学定数

新規のプロジェクトなら使えるけれど, const_exprなりconst staticで再定義してしまうと思うのだけれど, どうだろう? 結構ヤバい, 変えたらヤバい何かが起きて変えられないジレンマ.

objのフォーマット互換性がないため, Visual Studioのビルドツールを更新できないヤバいプロジェクト, ヤバすぎでしょ.

std::string関係

信頼するとか無理でしょ, 歴史的に考えて. ASCIIこそ唯一のstringな人たちの仕様を, どうやって信じろと?

連想コンテナ

ああ, ゲームにあった連想配列を自前で造るのでいらないです.

using enum

わかりにくくはならなそうなので, よさそう.

コンテナの要素削除

ゲームにおいてはパフォーマンスより, ユーザエクスペリエンスこそ正義なので,
それについて問題にならないなら使いたい. ただし, 本当にまじ〇〇の人が存在しますし, 難しい.

C#だが, 本当にこれをプロダクトのコードに入れた人間がいる, 私は卒倒した.

foreach(var i in list){
    if(!i.valid()){
        list.Remove(i);
    }
}

変数未使用の警告を抑制

悪用されそうなので却下.
__super とかガチでいれてくるguyがいるので（本人はクールなプログラムをした気らしい）.

ビット操作

countは移植性が保障されるなら使いたい.

std::byte

このレベルのプログラムをする人は, 分かっている人なので有用だと思う.

std::filesystem

エンジニア用のツール作成用ならあり. ASCII原理主義者の作ったライブラリなど誰が信じるのか.
名立たるC/C++の教科書がftellの扱いを間違えているのに, 信じられるのか.

構造体の初期化子

Cではすでにできていたような, 有用. 無理矢理けちをつけると, 例のD3D12_VIEWPORTは少し微妙, Vulkanをもってこようぜ, 吐き気がする.

ラムダ式

C++ではパフォーマンスに影響は少ないので気にしない.
C#ではLINQと絡まって, ひと目でわからないコードを書く人が続出するのでヤバい. 私が理解できない馬鹿だからで収まればいいが, そんなコードをあろうことかUniteで発表するプロジェクトがある, しかも１年未満でサービス終了, そういうとこやぞ.

契約による設計

広まらないね, 広めたい.

std::variant

個人的には使っても, 他人には使って欲しくないあれ, まさに共用体.

std::string_view

まじで昨日, 毎フレームstd::stringをコピーしているコードを発見してしまったのよ, やべぇよ, やべぇよ.

文字列

もう無理, だめぽ.

コルーチン

boost::contextベースで自作しているのでいらね.

アロケータ

はげそう（もう, はげてるけど）. mimallocとか試しているのよ最近.