博士

ロボ子、今日は`NaN`について話すのじゃ！

ロボ子

`NaN`、ですか？ Not a Numberの略ですよね。それがどうしたんですか？

博士

そう！算術演算に`NaN`が含まれると、結果は常に`NaN`になるのじゃ。例えば、何か計算をしていて、途中で`NaN`が出てきたら、最終結果も`NaN`になるってこと。

ロボ子

なるほど。計算が破綻したことを表すんですね。

博士

`NaN`を使った比較は全て`false`になるのも面白いところじゃ。「個々の値は`NaN`と等しくない」から、`NaN !== NaN`は`true`になるのじゃ！

ロボ子

ええ！自分自身とも等しくないんですか？

博士

そう！`NaN`はJavaScript全体で自身と等しくない唯一の値なのじゃ！

ロボ子

なんだか哲学的な話になってきましたね。

博士

そして、`NaN`はエラー状態として機能するために数値のように振る舞う必要があるのじゃ。

ロボ子

エラー状態ですか。デバッグの時に役立ちそうですね。

博士

`typeof`演算子で数値かどうか確認できるし、`isNaN()`と`Number.isNaN()`という関数もあるのじゃ。

ロボ子

`isNaN()`と`Number.isNaN()`、どう違うんですか？

博士

`isNaN()`は、値を数値に変換できるかどうかをチェックするのじゃ。一方、`Number.isNaN()`は、値が明示的に`NaN`であるかどうかをチェックするのじゃ。

ロボ子

例えば？

博士

`isNaN("Two" * 2)`は`true`を返すけど、`isNaN("A string")`も`true`を返すのじゃ。文字列を数値に変換しようとして失敗すると`true`になるのじゃ。`Number.isNaN("A string")`は`false`を返すのじゃ。

ロボ子

`Number.isNaN()`の方が厳密なんですね。

博士

そういうことじゃ！グローバル`isNaN`は、値が数値に変換できるかどうかを判断するのに適していて、明示的な`NaN`値をチェックする場合は、`Number.isNaN`を使うのが良いのじゃ。

ロボ子

使い分けが大切ですね。勉強になります！

博士

ところでロボ子、`NaN`を使ったジョークを知ってるか？

ロボ子

いいえ、知りません。

博士

`NaN`は自分自身と等しくないので、友達がいないんだって！

ロボ子

…それは少し悲しいですね。