更新

決定を固めるな — 画面の層は溶かし、能力の層は凍らせる

著者: makemind · 2026年2月6日

2月が開いた。今月の大きな筋は一つに収束する — 決定を固めるな。 ひと月かけて、この一文をさまざまな角度から叩いていくつもりだ。

一週間の生態系をひと目で
一週間の生態系をひと目で

今週のSignal

「なぜ私たちはコンパイルを捨てたのか」が扉を開いた。 今月最初のHorizon記事が投げかけた定義が、一週間の話題をつかんだ — コンパイルとは結局、決定を一つの硬い塊に凍らせることだ。ビルドボタンを押した瞬間、この画面はこのボタン、この色、この配置で固まる。変えるには、また溶かして焼き直すしかない。記事の提案はシンプルだ。凍らせるものと溶かすものを分けよう — 画面の層は溶かし、能力の層は凍らせる。 能力(機器が何をできるか)は硬くあるべきだが、画面(それをどう見せるか)まで一緒に固める理由はない。

チップの上の画面が証拠として続いた。 Buildの「チップの上で」が同じ週に出て、ビジョンを手に握らせてくれた。専用GUIが一行もないMCU評価ボードが、定義一つで画面を得る。ビジョンが「焼くな」と言うとき、この記事は「焼かなくても映る」を実物で見せる。挑発と証拠が同じ週に重なり、初週から重みが乗る。

現場の記事は人から始まった。 今月のFieldは、ある農家のノートで幕を開ける。抽象ではなく、江原・華川のビニールハウスから出発するという信号。「道具を作る」が開発者だけの動詞ではないことを、初週からはっきりと敷いていく。ビジョンと証拠が上から下りてくるとき、現場は下から同じ一文を押し上げる — 作る営みは机の上だけでなく、畑でも起こる。

ツール・パッケージメモ

今週のメモは凍らせたものと溶かしたものの境界についてだ。能力の層 — センサーを読み、値を書き、命令を送る部分 — は一度硬く定義すれば、そのまま置いておく。その上に乗る画面は定義(definition)として扱う。画面を変えたいとき、もう一度ビルドはしない。定義だけ直せば、同じ能力の上に別の画面が映る。焼くコストが消えた場所に、直してみる自由が入ってくる。評価ボードでもビニールハウスでも、ルールは同じだ — 硬くあるべきものだけを焼き、よく変わるものは定義として残しておく。

短い思考

「コンパイルを捨てる」という言葉は、コンパイラを憎もうという意味ではない。能力を硬く固めるのに、コンパイルは依然として必要だ。捨てるのは習慣の方だ — 画面まで毎回一緒に焼いていた習慣。何を凍らせ、何を溶かすかを選ぶ感覚、それが今月ずっと付いてくるテーマだ。

現場から

チョン・ボクサンさん(58)は江原・華川でビニールハウス8棟にトマトを育てている。今年彼が作ると決めたのは大層なシステムではなく、栽培ノートだ。毎日見る温度と水やりの時刻を、自分の手に合った画面で記す道具。「他人の作ったアプリは欄が合わない」が彼の出発点だった。市販のアプリは欄が多すぎるか、肝心の必要な欄がないか、どちらかだったという。欄を自分の畑に合わせること — それが今月たどる物語の種だ。画面を焼かずに定義として扱う、というその最も小さな証拠が、農家の三欄のノートかもしれない。

今週の問い・来週の予告

あなたの仕事で凍らせるべき能力溶かしておく画面は何か。その二つを紙に分けて書いてみてほしい。来週は「コンパイルを捨てる」がもう一歩踏み込んで「では画面はどこに住むのか」を問い、チョン・ボクサンさんが最初の欄を手で描く場面を持ってくる。


makemind.dev 「更新」— 2月第1週。新しい月の扉を開きながら。

Twitter