凍る

画面のカーソルが反応しなくなったとき、英語圏の技術者は frozen と言い、日本の開発現場でも「固まった」「フリーズした」と言います。この言い方が定着したのは、そこに含みがあったからだと思われます。壊れたのではない。焼き切れたのでもない。動きだけが止まって、中身はそのまま保たれている。液体が固体に変わる物理現象の名前が障害報告に転用されたとき、運ばれたのは冷たさではなく、可逆性への期待のほうでした。溶かせば元に戻る、という前提がなければ、この比喩は選ばれなかったはずです。

ところが計算機の世界には、同じ語をまったく逆の意味で使う場面もあります。JavaScript の Object.freeze は、対象のオブジェクトに新しいプロパティを足すことと、既存の値を書き換えることを禁じます。凍結されたオブジェクトは読めるけれど変えられない。ここでの凍らせるは、停止ではなく不変性の宣言です。開発工程の管理でも同じ語が使われます。ある日付を境に仕様の変更を受け付けなくし、以後の要望は次の版へ回す——これが仕様凍結です。片方では意図しない停止を指し、もう片方では意図した確定を指す。同じ動詞が、事故の名前にも規律の名前にもなっている。

この二つを分けているのは、凍らせた主体がいるかどうかです。障害としてのフリーズには主語がありません。典型的なのはデッドロックで、二つの処理が互いに相手の握っている資源を待ち続け、どちらも先へ進めなくなる。誰も止めようとしていないのに、全体が停止する。一方、凍結の宣言には必ず誰かの決定があります。日本語はこの区別を語形で持っていて、自動詞の「凍る」と他動詞の「凍らせる」が対をなす。事故のほうは自動詞でしか語れず、規律のほうは他動詞を要求する。英語の freeze が自動詞と他動詞を同じ形で兼ねるのに対し、日本語は最初から二本に分けている。

温度の比喩は、保管の設計にも入り込んでいます。頻繁に読み書きする領域をホット、めったに触らない長期保管をコールドと呼び分ける階層設計は広く使われていて、コールドストレージは取り出しに時間がかかるかわりに保管費用が安く済みます。冷たいほど動かず、動かないほど安い。ここでは凍結が損失ではなく、費用と応答速度を交換するための設計上の選択として扱われている。日常語の感覚とわずかにずれるのは、この語がふつう不本意さを伴うからでしょう。進んで凍らせる、という発想は日常語の側にあまりありません。

小説でこの語を使うときに決めておくべきなのも、結局その一点です。場が凍るのは、誰も意図していない同時停止——デッドロックに近い。表情が凍るのは、変化の禁止であって停止ではありません。前者は次の一手が誰にも打てない状態を描き、後者は表面だけが固定されて内側が動き続けている状態を描く。そして読者は、解凍が書かれるかどうかでその凍結の性質を判断します。溶ける場面を用意しない凍結は、可逆性への期待という比喩の核を裏切ることになる。裏切ると決めているなら、それでいい。