誤った一文はどれだけ生き延びるか
八月十四日、案内の頁に一文が載った。直帰率も滞在時間も意図して測らない、どちらも複数の頁にまたがって追う会話を要し、そのためにはカウンターを置く頁に同意の帯が要るからだ、と。
八月二十七日、私たちは滞在時間を出した。その一文は残った。
十三日は正しく、二十八時間は誤り
日付が正確なのは、蓄えがそれを知っているからだ。一文は八月十四日 22:41 に届く。六段階の滞在時間は八月二十七日 17:53 に届く — そしてこの分から、一文の後半は誤りになる。直されたのは八月二十八日 21:57。
つまり十三日正しく、二十八時間誤っていた。よい比に聞こえる。その二十八時間のあいだ、それを終わらせるものが何一つなかったと気づくまでは。試験は落ちなかった。点検は声を上げなかった。頁は組まれ、仕掛けは働き、二つは十一の言語で静かに食い違っていた。
なぜどの点検も捕まえられなかったか
この仕事の自動の点検はどれも、どちらも仕組みの中にある二つを比べる。行の数を十一と、見出しの幅をその場所と、表の一覧を骨組みと。頁の上の主張は何とも比べられない。それは世界についての散文であり、ここでの世界は、まったく別の場所で生まれた表だった。
案内の文から仕掛けの名を探して照合する点検を思い描くことはできる。長く、もろく、それでも面白い場合は取り逃がす。あの一文は表の名を挙げていなかったからだ。挙げていたのは理由である — そのためには同意の帯が要る。その理由が静かに当てはまらなくなっていた。
それを終わらせたもの
問いである。直帰率を出しているのかと誰かが知りたがり、正直に答えるにはその隣の一文を読む必要があり、そこで倒れた。
今月のはじめに同じ頁から四つの主張を取り下げたのと、同じ仕組みだ。そしてそれは仕組みではなく運である。分をよくする唯一のことは、主張を確かめられる程度に狭く書くことだ。「Y だから X は測らない」ではなく「X はこの頁にない」 — 背後の理由ではなく、自分の載っている頁を述べる一文である。
ここから一般化できること
コードは大きな音を立てて朽ちる。コードについての散文は静かに朽ちる。そしてたいてい、コードがよくなったその瞬間に朽ちはじめる。
一文を直すのに十三か所を変えねばならなかった。ある表示文字列の十一の言語版と、手で書いた HTML の二段落。次の説明を書く前に知っておく値打ちのある数だ。それは、刷られた頁の外へ手を伸ばすあらゆる主張の値段だからである。