先週が「何を凍らせ、何を溶かすか」だったなら、今週の問いはもっと具体的だ — 溶かした画面は一体どこに住むのか。
今週のSignal
「画面はサーバーに住む」が今週の答えになった。 コンパイルを捨てた場所に残る疑問 — 焼いていない画面はどこにあるのか。今週の流れが収束する答えは明快だ。画面の定義はサーバーに住み、画面そのものはその定義を受けてどこでも映る。機器の中に剥製にされない。だから同じ定義が評価ボードでも、農家のタブレットでも、同じ姿で点く。画面を機器に焼かず、サーバーで定義せよ — 先月の一文が2月に来て「どこに住むのか」へと具体化される。
チップと農家が同じ道に立った。 「チップの上で」の評価ボードとチョン・ボクサンさんの栽培ノートは、見た目には遠い。一方はMCU、一方はビニールハウス。ところが今週、二つが同じ一文の上に置かれた — どちらも専用画面なしで定義一つで画面を得る。産業と現場が同じメカニズムを共有する、というのが今月くり返し確かめる信号だ。
問い合わせの質が変わった。 「それ本当にできるんですか」から「うちのボード/うちの作業にもできますか」へ。問う人がすでに自分の状況を当てはめ始めたということ。証拠が積もると、問いが自分のものになる。チップを扱う側でも、現場で道具が物足りなかった側でも、同じ質の問いが入ってくる — 分野は違っても、問いの形が似通っていく。
ツール・パッケージメモ
今週のメモは定義を指し示すことについてだ。昔のやり方なら、画面を見せるために「私の環境を入れろ」と言った。サーバー定義の方式では、定義のある場所を指し示すだけでいい。受ける側には汎用ランタイム一つで十分だ。チップでもタブレットでも同じ — 定義を受けて描くだけだから。「私の機器ではできたんですが」という昔ながらの冗談が、このモデルでは成り立たない。画面がどこか一つの機器に縛られていないので、見せることと運ぶことが同じ動作になる — 指し示せば、そこに映る。
短い思考
画面が機器に縛られないということは、画面がデータのように流れるということだ。コードを配布するのではなく、定義を運ぶ。だから直す作業が軽くなる。重いビルドの代わりに、定義一行を変えてもう一度指し示せばいい。
現場から
チョン・ボクサンさんが今週、最初の欄を描いた。「今日の温度」「水やりの時刻」、そして「メモ」。三欄がすべてだ。他人の作ったアプリの二十欄のうち、彼に役立ったのは三つだけだった。「要らない欄がないから、むしろ毎日書くようになった。」道具が小さいから使われるという逆説 — 自分の手に合わせた三つが、他人の作った二十に勝つ。彼がしたのは画面を新しく作ることではなく、定義から要らない欄を消しただけだ。ビルドも、インストールもなかった。定義を直してもう一度点けると、三欄の画面が映った。
今週の問い・来週の予告
あなたが毎日使う道具で実際に使う欄はいくつか。残りはなぜそこにあるのか。来週は「コンパイルを捨てる」が「ではだれが作るのか」へ移り、チョン・ボクサンさんの三欄が一週間をめぐってどう増え、どう減ったかを見る。
makemind.dev 「更新」— 2月第2週。画面が住む場所を問いながら。