Ephemeral Design マニフェスト
はじめに
ソフトウェアは変化を避けられない世界にあります。
だからこそ私たちは、しばしば見落とされがちな価値――
「消えることを前提に設計すること」
に注目します。
Ephemeral Design（エフェメラル設計） とは、
永続よりも変化・削除・置き換えのしやすさを重視する開発マインドです。
原則
-
残すよりも、捨てることを優先する。
不要になった機能や構造は、自然に・気軽に取り除ける状態が理想です。 -
必ず出口戦略を用意する。
一時的な機能や実験的な実装には、撤去や置き換えの計画を組み込みましょう。 -
深い依存関係を避ける。
不確かな要素ほど、他の構成要素と疎結合で保ちます。 -
消える可能性があることを正直に示す。
ドキュメント・構成・命名・メタ情報など、何らかの形で「これは一時的です」と分かるようにします。 -
不変よりも、変化しやすさを尊重する。
コードは未来の変化に備えるより、今の価値に集中して書くべきです。
実践のヒント
-
機能は小さく分割し、いつでも取り外せるようにする。
-
実験的な機能はコアから隔離し、不要になった際に本体を汚染しないようにする。
-
コンポーネントに寿命を設定し、「これは仮実装である」と認識しやすくする。
-
将来が未定のものに過剰な設計を施さない。
-
構造や記法で一時性を示す工夫も一つの方法（例：専用ディレクトリやメタデータ）だが、命名の美しさとのバランスを意識する。
チーム文化への影響
Ephemeral Design は「雑につくっていい」という話ではありません。
むしろ、意図的に・丁寧に壊せる設計を志向する思想です。
このマインドセットを共有するチームは：
-
技術的負債を恐れずに前進できます
-
実験や試行錯誤に自信を持てます
-
現実に即した、誠実なソフトウェアを育てられます
最後に
コードは、すべて仮設である。
だからこそ、消える前提で設計することが、ソフトウェアをもっと自由にします。
Discussion