この巻は操舵室の話で始まった。エンジン状態、燃料、バラスト、発電機。機関長はコンソールでさわり、船長はタブレットで見て、甲板の船員はアラームだけ受ける。
この一編はその絵を 構造へ移すと何が要るのかだ。そしてそのうちどこまでを実際に確認したのか。
この現場の特徴
産業設備の現場はいくつかが重なる。
設備が複数の会社から来る。 発電機とバラストポンプと燃料計が同じメーカーである理由はない。それぞれ自分のやり方で状態を出す。
構成が船ごとに違う。 同じ船級でも実際に載った設備の一覧が違う。だから「この船の画面」をあらかじめつくっておく方式は、船が変わるたびにつくり直す仕事になる。
ひとつ落ちても残りは見えなければならない。 発電機の通信が切れたから燃料計まで見えないのでは困る。画面全体が白くなるのが最悪の失敗だ。
責任の位置が動いてはならない。 これは前の一編で扱った。
確認したもの
ノードを三つ立てた。違う値を出し、違う単位を使い、互いを知らない三つだ。そしてその三つを一ページに置く文書をひとつ書いた。
各設備が自分の画面を出した。 タイルごとに自分の名前、単位、値である。そのページをつくった側は、どの設備が何を描くかを書いていない。
タイルのボタンが自分の設備へだけ行った。 最初のタイルの操作は最初の設備にだけ届く。サーバー側で値を直接確認した — ひとつが上がると残り二つはそのままだ。
産業の現場ではこの性質がいちばん重要になる。画面はきちんと描かれていても、操作が別の設備へ行けばそれは不具合ではなく事故だ。そしてその誤りは画面に出ない。
ひとつを切った。 そのタイルだけが代替表示になり、残りのタイルとページは描かれ続けた。
設備をもうひとつ付けた。 文書に二か所足し、ホストの実行ファイルは変わらなかった — ハッシュを前後で比べた。「構成が船ごとに違う」という条件がこの性質に直接掛かる。