こちらが立っている位置 — どこから始まり、何を提案するのか

十三編で二つの軸を書いた。ビジネスの持ち主と窓の持ち主。この一編はその位置をひとまとめにし、どこから始まったかを公開記録で明かし、制約環境と物理装置を扱う席がまだ空いていることを言う。そしてここから先はドメインが何をするのかを書く。

操舵室のコンソールは制御権のすべて、船長のタブレットは計器だけ、甲板の携帯はアラームだけ。同じ設備なのに、つないだ場所ごとに違う等級の画面が開く。そしてその等級を決めるのは装置をつくった側だ。安全領域が外部ソフトを入れない理由は性能ではなく責任の所在であり、この構造はその責任を動かさない。

複数の装置を一つの画面にまとめるには普通ホストが結合をコードで書く。すると装置が増えるたびにホストを直す。ここではその結合が文書へ降りる。実際に装置三つを一ページに並べ、三つめを足すときにホストのバイナリのハッシュが変わるかを測った。そしてひとつを落としてみた。

インストールされるソフトウェアの世界では配布の単位がバイナリだ。だから画面の一行を直すのにもビルドし、審査を受け、ダウンロードする。この構造では配布の単位が、接続のときに渡される文書だ。直して開き直せばその画面である — 無人店舗のサンプルが編集の前後をそのまま残している。そしてこれが、ストアの主がいない理由でもある。

店舗と車両では画面が金銭に触れる。決済端末の認証区間とメーターの検定対象の計算に手を触れずに三つの席へ別々の画面を渡す配置と、丸めの −0.6 ウォンがどこで一度だけ起きるのかを、はかりの画面とタクシーの実行ログで書く。

生産ラインは同じ数字を別々の人が別々の密度で見る。班長は今この瞬間を、管理者は一日分を、品質は一区間を見る。これまでそれは画面の数だけの開発だった。記述が装置の側にあれば、その勘定が変わる。そして値を画面に載せる仕事で実際に引っかかったものたち。