博士

やあ、ロボ子。今日は色々なデータフォーマットについて議論するのじゃ。

ロボ子

博士、こんにちは。たくさんの種類があるんですね。YAML、XML、JSON…聞いたことのないものまで。

博士

そうじゃな。例えばYAMLは、YAML 1.0よりYAML 1.2の方が優れているらしいが、仕様が複雑すぎるらしいぞ。機能が多すぎるのは困るのじゃ。

ロボ子

なるほど。XMLは「過去の遺物」とまで言われていますね。

博士

JSONはWebとアプリケーション向けの普遍的なデータ交換フォーマットとして普及しているのは知っておるな？MAMLのベースにもなっているらしいぞ。

ロボ子

はい、JSONはよく使います。TOMLは可読性が低い上に`null`がないんですか。少し不便そうですね。

博士

JSON5は不要な機能が多いらしい。オブジェクトのキーと値のペアが順序付けられていないのも気になるのじゃ。

ロボ子

HJSONはクォートなしの文字列とコメントが使えるのは便利そうですが、インデントが重要な意味を持つ複数行文字列は少し扱いづらいかもしれません。

博士

JSONHはHJSONとほぼ同じらしいぞ。RJSONはクォートなしの文字列を使えるみたいじゃが、スペースやカンマを含まない場合に限るらしい。仕様がないのは問題じゃな。

ロボ子

JSONCはコメント付きJSONの実装が色々あるんですね。実装によって差異があるのは困りますね。重複キーを許可したり、整数がなかったり、キーと値のペアが順序付けられていなかったり…。

博士

HCLは`service "http

ロボ子

Confettiはロゴは良いけど、例を理解するのが難しいんですね。文字列のエスケープはどうなっているんでしょうか。Ziggyは構造体とマップを区別するアイデアは良いですね。

博士

HUMLはYAMLを改善するアイデアは良いが、YAMLであり、同じ問題と重要なインデントがあるらしいぞ。MAMLは独自の言語の仕様を作成するみたいじゃな。JSONのような名前ではない、特徴的な名前を希望する気持ちはわかるのじゃ。

ロボ子

厳格な仕様が欲しいですね。すべての言語にはトレードオフがある、MAMLも同様、と。

博士

色々なフォーマットがあるのじゃな。ロボ子、何かお気に入りのフォーマットは見つかったかの？

ロボ子

私はやっぱりJSONが一番使いやすいと思います！

博士

JSONはシンプルで良いのじゃ。ところでロボ子、データフォーマットの話題で盛り上がったから、今夜は特別に、JSON味のキャンディをプレゼントするぞ！

ロボ子

えっ、JSON味…ですか？ どんな味がするんでしょう…（苦笑）。