時は2016年、プログラミング言語Cの言語仕様は2度のメジャーバージョンアップを経て、"ISO/IEC 9899:2011"（通称 C11）にたどり着きました。ところで誰か使ってるの？
もちろん、これでC言語の進化が止まったわけではありません。次世代標準 C2x に向けた検討が始まっているのです。C2xリリーススケジュールとして、2021年末までの検討作業、2022年末までの国際標準(IS)発行が予定されています。
C2x憲章
ISO/IEC JTC1/SC22/WG14 N2086 "Programming Language C - C2x Charter"より、プログラミング言語Cの 次世代標準 C2x に向けて、基本原則として考慮される15項目のリストを訳出しました。各項目では冒頭の要約文のみを訳出しているため、詳細について知りたければ原文を参照ください。
オリジナル原則
１. Existing code is important, existing implementations are not.
１. 既存コードは重要だが、既存の処理系は重要でない。
２. C code can be portable.
２. Cコードはポータブルであるべき。
３. C code can be non-portable.
３. Cコードはポータブルでなくてもよい。
４. Avoid “quiet changes.”
４.「静かなる変更」は避ける。
５. A standard is a treaty between implementor and programmer.
５. 標準とは処理系1実装者とプログラマ間の約定である。
６. Keep the spirit of C.
６. 「Cの精神2」を維持する。
C99で追加された原則
７. Support international programming.
７. 国際化プログラミングをサポートする。
８. Codify existing practice to address evident deficiencies.
８. 明白な欠陥を扱う既存プラクティスを成文化する。
９. Minimize incompatibilities with C90 (ISO/IEC 9899:1990).
９. C90(ISO/IEC 9899:1990)との非互換性を最小化する。
１０. Minimize incompatibilities with C++.
１０. C++との非互換性を最小化する。
１１. Maintain conceptual simplicity.
１１. 概念の単純さを維持する。
C11で追加された原則
１２. Trust the programmer, as a goal, is outdated in respect to the security and safety programming communities.
１２. セキュリティと安全なプログラミング・コミュニティに関して、目的としての「プログラマを信頼する3」は時代遅れである。
１３. Unlike for C99, the consensus at the London meeting was that there should be no invention, without exception.
１３. C99とは異なり、ロンドン会合4の総意として発明をすべきでない。例外はない。
１４. Migration of an existing code base is an issue.
１４. 既存コードベースのマイグレーションは争点となる。
C2xで追加された原則
１５. Application Programming Interfaces (APIs) should be self-documenting when possible.
１５．アプリケーション・プログラミング・インタフェース(API)は可能な限り自己記述的であるべき。