■anond:20250723030957

JSONと比べたときの**YAMLの「闇深」仕様**、ありますね…。

YAMLは人間に優しいと言われながらも、その仕様はときに**悪魔的**。

以下、ITエンジニアなら一度は踏んだであろう「地雷」を、**論理的かつ少し自虐的に**まとめてみました：

---

🔥 1. インデント＝構文

• YAMLでは**インデントが構文**。1スペース vs 2スペースで地獄が始まる。
• タブ禁止（だけどエディタが混ぜてきたりする）。
• JSONはインデント無視、パーサも安心。

good:
  value: ok
bad:
 value: nightmare  # ←ここ、インデントずれてて無効。だけど一見わからない。

---

💣 2. 暗黙の型推論

• `true`, `false`, `yes`, `no`, `on`, `off` は**勝手に boolean に変換**される。
• `2021-12-25` → 日付扱い（Date型に変換されることもある）。
• `12345` → 数値扱い。先頭0つけると8進数として怒られるケースも。

password: no  # ← 文字列じゃなくて false になる可能性
serial: 012345  # ← 8進数！？→ エラー

---

🧨 3. スカラー値の地雷原（改行、引用符…）

• `'value'` と `"value"` と `value` は微妙に意味が違う。
• 改行や複数行の表現は地味に複雑（`|`, `>`, `|-`, `>-` など）。

message: |
  これは複数行の
  スカラー値です。

• 上記はまだいいが、`>` を使うと**改行がスペースに変換される**という謎挙動も。

---

🕳 4. マージキーとアンカー（& と \*）

• 便利だけど、地味に読みにくい＆パーサ依存の動作も。
• `<<` を使ったマージが**複数階層で意図せず上書き**されることも。

defaults: &defaults
  timeout: 30
  retries: 3

service:
  <<: *defaults
  retries: 5  # 上書きされるが、複雑になると意図しない結果に
</pre>
	
	

---

😱 5. コメントがJSONに存在しない → 変換できない罠

• YAMLはコメントが書ける（`#`）が、JSONはコメント非対応。
• YAML → JSON の変換でコメントが**全部消える**。

---

🧠 結論：YAMLは**人間に優しい顔をしたパース殺し**

• JSON：**機械に優しい、でも硬い**
• YAML：**人間に優しい（ように見える）、でも罠だらけ**

---

もしYAMLを安全に扱いたいなら、\*\*JSON supersetとしての使い方（厳格YAML）\*\*を意識したり、**JSONに寄せて書く**のが一番平和だったりします。

---

要するに、YAMLは「賢く書こうとすると沼る」。

「素直に、簡潔に、禁欲的に」が正解です。

でも誘惑が多いのよね、あの子……。

Permalink | 記事への反応(1) | 23:26

ツイートシェア