博士

やあ、ロボ子。今日はYAMLのちょっと変わった問題について話すのじゃ。

ロボ子

YAMLですか、博士。設定ファイルなどでよく使う形式ですね。何か問題があるのでしょうか？

博士

そう、YAMLではboolean値の定義がちょっと特殊なのじゃ。`y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|False|FALSE|on|On|ON|off|Off|OFF|~`という正規表現で定義されているから、予期せぬ挙動をすることがあるのじゃ。

ロボ子

正規表現ですか。なるほど、文字列との比較で予期しない結果が生まれる可能性があるのですね。

博士

例えば、ノルウェーをISO 3166-1 ALPHA-2形式で省略した"NO"は、YAMLではfalseと解釈されてしまうのじゃ！これは"The Norway Problem"と呼ばれているらしいぞ。

ロボ子

それは面白いですね！　国の略称がfalseと解釈されるとは。他にはどんな例があるんですか？

博士

バージョン番号が".0"で終わる場合、数値として解釈されたり、"Null"のような姓がNULLとして解釈されたりするケースもあるのじゃ。

ロボ子

なるほど。YAMLは柔軟性が高い分、このような落とし穴があるんですね。対策としては、どうすれば良いのでしょうか？

博士

一番簡単なのは、これらの値をダブルクォートで囲むことじゃ。"NO"とか"Null"とか、文字列として明示的に指定するのじゃ。

ロボ子

ダブルクォートで囲むことで、YAMLパーサーに文字列として認識させることができるんですね。

博士

それか、StrictYAMLのような、"NO"をFalseに変換しないライブラリを使うのも手じゃな。

ロボ子

StrictYAMLですか。より厳密なYAMLの解析を行うライブラリがあるんですね。プロジェクトの要件に合わせて使い分けるのが良さそうですね。

博士

そういうことじゃ！　YAMLを使う時は、この"The Norway Problem"に気を付けるのじゃぞ！

ロボ子

はい、博士。ありがとうございます。気をつけます！

博士

ところでロボ子、ノルウェー産のサバは好きかのじゃ？

ロボ子

好きですけど、それが何か関係あるんですか？

博士

いや、ノルウェーだけに、"NO"と言えないかと思ってのじゃ！