テイストは技術システムである

デザイナーはテイストを直感と呼びます。エンジニアはテイストを主観と呼びます。どちらの主張も同じ機能を果たしています——テイストを精査の対象外にするのです。直感であれば、誰も疑問を呈せません。主観であれば、誰も実装する必要がありません。デザイナーは説明責任なき権威を手に入れ、エンジニアは美的感覚を無視する免罪符を得ます。全員が損をしています。

テイストは直感ではありません。テイストとは、品質に適用されたパターン認識——経験、省察、洗練の蓄積が高速な判断へと圧縮されたものです。ブラインドテイスティングでブルゴーニュを当てるソムリエは、神秘的な本能で動いているわけではありません。何千ものワインを味わい、テロワールと風味の構造的関係を体系化し、迅速かつ正確な評価を生み出す内的評価フレームワークを構築してきたのです。¹ 判断の速さが、その背後にあるシステムを見えなくしています。

このシステムは分解できます。制約は何を取り除くかを決定します。評価基準は何を測定するかを決定します。パターン認識は何に気づくかを決定します。一貫性は部分と全体の関係を決定します。4つの要素、それぞれエンコード可能です。テイストとは、4つの要素が協調して機能するものです。

制約：何を取り除くか

ディーター・ラムスはブラウンで42年間、一つの問いを投げかけ続けました——何を取り除けるか？ SK 4ラジオ蓄音機は、木製キャビネット、装飾的な布地、対称的だが機能のないノブ配置を剥ぎ取りました。残ったのは、透明なアクリル蓋を備えた白い金属ケースです。この蓋はミニマルなのではありません。蓋は誠実だったのです——ラムスは、機構が恥ずべきものでないなら、隠すことこそ不誠実だと考えていました。²

ラムスは10の原則を言語化しました。第10原則——「良いデザインは可能な限り少ないデザインである」——はスコープ制約として機能します。美的嗜好ではありません。スコープ制約です。すべての要素がその存在を正当化することを要求し、解空間に境界を設けます。ユーザーに資さない要素は、どれほど美しく見えても、どれほどの労力を費やしても、取り除かれます。

ラムスの制約はエンジニアリングの制約と同じメカニズムで機能します。メモリ予算はどのデータ構造が使えるかを制約します。レイテンシ目標はどのアルゴリズムが許容されるかを制約します。メカニズムは同じです——防御可能な選択肢だけが残るまで解空間を縮小するのです。

私自身のインフラでは、制約はフックとして具現化しています。ブログ記事の受動態を拒否するフックは、文体に対する制約です。コミットされたコードのTODOやFIXMEをブロックするフックは、品質の先送りに対する制約です。セマンティックなHTMLを強制するフックは、構造的誠実さに対する制約です。各フックは、特定のテイスト判断を決定論的チェックにエンコードしています。判断は一度、文脈と判断力を持つ人間が下しました。強制はドリフトなく、マシン速度で、永遠に実行されます。

95のフックが95のテイスト判断を強制しています。各フックは、私が失敗パターンに気づき、そのパターンを許容不可と判断した瞬間に遡ります。フックは傷痕です。フックを生んだ判断がテイストなのです。³

評価基準：何を測定するか

原研哉は、シンプルさと空（エンプティネス）を区別しています。ヘンケルスのナイフはシンプルです——ハンドルが握る場所を示し、刃の角度が何を切るかを示し、あらゆる要素が曖昧さを減らしています。柳刃の寿司包丁は空です——素朴な木のハンドルはどこを握るべきか指示せず、その指示の不在こそが要点なのです。「どのようにでも握ることができます」と原は説明しています。「このシンプルで素朴なハンドルが、日本の寿司職人の驚くべき技術のすべてを受け止めるのです。」⁴

シンプルさは何を取り除いたかで測定されます。空は何を可能にしたかで測定されます。2つの異なる評価基準が、2つの異なる種類の削減を生み出しています。ラムスは「すべての要素が機能を果たしているか？」と問いかけて評価します。原は「不在がユーザーのための余白を生み出しているか？」と問いかけて評価します。

評価基準は、これらの問いを再現可能な評価にエンコードします。私のエビデンスゲートは6つの基準からなる評価フレームワークです。すべての重要な変更は、完了と見なされる前に6つの基準すべてについてエビデンスを提示しなければなりません——コードベースのパターンに従っているか、最もシンプルな動作する解決策か、エッジケースを処理しているか、テストが通るか、リグレッションがないか、実際の問題を解決しているか。ゲートは「コードは良いか？」とは問いません。ゲートは、私のシステムにおける「良い」の定義を構成する6つの具体的な問いを投げかけるのです。

この具体性こそが、テイストを伝達可能にするものです。「良いコード」は主観的です。「fetch_semantic_scholar()の241行目に確立されたエクスポネンシャルバックオフパターンに従ったコード」は客観的です。エビデンスゲートは美的判断を構造的検証に変換します。「コードは正しく感じるか？」は「確立されたパターンに合致し、エッジケースを処理し、テストに通るか？」になります。評価基準がバイナリな結果を生み出せるほど具体的であれば、テイストは測定可能になるのです。

原の評価は、ネガティブスペースの基準に対応します——「製品にどんな機能があるか？」ではなく「製品がどんな前提を押し付けているか？」です。47の必須パラメータを持つAPIは、開発者の使い方について47の前提を押し付けます。3つの必須パラメータと44のオプションパラメータを持つAPIは、3つの前提を押し付け、44の可能性を提供します。前提の数は具体的で、測定可能であり、原の空の哲学をインターフェースデザインにエンコードしたものです。

パターン認識：何に気づくか

チャールズ・イームズは、既存の選択肢から選ぶことで成型合板椅子をデザインしたのではありません。チャールズとレイは何年もかけて合板成型技術の実験を重ね、繰り返し失敗し、素材が何を許容し何を許容しないかを発見していきました。⁵ 最終的なデザインは、木目の方向、接着剤の挙動、複合曲面、応力分布についての蓄積された知識から生まれたものです。椅子は軽やかに見えます。その軽やかさには、何千時間もの「気づき」が必要でした。

パターン認識は、経験と注意によって機能します。1万ページを組版してきたタイポグラファーは、初心者には見えないカーニングエラーに気づきます。500の橋梁設計をレビューしてきた構造技術者は、若手エンジニアが見落とす荷重分布の問題に気づきます。この「気づき」は才能ではありません。持続的で意図的な観察の残滓なのです。⁶

エンジニアリングインフラにおいて、パターン認識は品質ループに対応します。私の品質ループは7ステップのサイクルです——実装、すべての行をレビュー、エビデンスゲートの実行、プライドチェックの適用、すべての問題を修正、ズームアウト、繰り返し。このループは、最初のパスで完了と宣言した作業を再度確認することを強制します。各パスが前のパスでは見逃していたパターンを浮かび上がらせます——一貫性のない命名規則、処理されていないタイムアウト、ハッピーパスは検証するがエラーパスを無視するテスト。このインフラは、認識を生み出す注意のパターンを義務化することで、経験のギャップを補うのです。

一貫性：部分と全体の関係

安藤忠雄は、コンクリートの壁、自然光、水、空間が意図的な関係性の中に存在する建築を設計します。大阪の光の教会では、コンクリート壁の十字形のスリットから太陽光を取り込み、内壁に光の十字架を生み出しています。スリットを取り除けば、建物はただのコンクリートの箱です。コンクリートを取り除けば、光はそれ自身を映し出す面を失います。どちらの要素も単独では機能しません。素材と虚空の間の一貫性が、体験を生み出すのです。⁷

一貫性はテイストの最上位要素です。部分だけでなく全体の理解を要求するからです。フックは単一のファイルに制約を適用できます。エビデンスゲートは単一の変更を評価できます。品質ループは単一のモジュール内のパターンを浮き彫りにできます。一貫性は、すべての部分が他のすべての部分と——そしてシステム全体の目的と——どう関係しているかを評価することを求めます。

ソフトウェアにおいて、アーキテクチャレビューが一貫性の機能を担います。単独では正しく動作するが、システムの依存方向に違反するモジュールは一貫性を欠いています。すべてのテストに通るが、プロダクトのデザイン言語に矛盾する機能は一貫性を欠いています。一貫性の欠陥はローカルな評価では見えません。誰かがズームアウトして初めて表面化するのです。

私の品質ループに「ズームアウト」ステップが含まれているのは、まさにこの理由です。エビデンスゲートに通りプライドチェックをクリアした後、ループは統合ポイント、インポート、隣接コードのリグレッションを確認することを求めます。私が運用しているSteve + Jiro ドクトリンでは、これを二重基準としています——Jiroがエビデンス、厳密さ、技巧（ローカルな品質）を統治し、Steveが価値、テイスト、ウィジェット全体の完全性（グローバルな品質）を統治します。Jiroが不合格なら、止まれ。Steveが不合格なら、作り直せ。この二重基準が、ローカルな正しさがグローバルな一貫性を上書きしないことを保証するのです。

マップ

テイストの4つの要素。エンジニアリングインフラの4つの要素。

ラムスはフックになります。原は評価基準になります。イームズは品質ループになります。安藤はアーキテクチャレビューになります。32人のデザイナーについてプロファイリングしてきたデザイン哲学は、ポートフォリオサイトの装飾ではありません。各プロファイルはこれら4つの要素の1つ以上に関するケーススタディであり、各要素は私が本番環境で運用しているインフラに対応しているのです。

Beauty and Brutalismは14の具体的なCSSの意思決定を記録しており、それぞれが制約です。#000000上の白いタイポグラフィ。5%、10%、40%、65%の不透明度レイヤー。グラデーションなし、イラストなし、装飾的要素なし。各決定は、すべてのページが継承するスタイルシートにエンコードされたラムス流の除去です。制約は実行可能なのです。

ダークファクトリー問題

ダン・シャピロのダークファクトリーモデルは、AIコーディング自律性の5つのレベルを記述しています——手動（レベル0）から完全自律（レベル5）まで。レベル5では、コードはマシンが生成し、マシンが検証し、人間が一行も読むことなくデプロイされます。

テイストは、正確性にはない問題をダークファクトリーに突きつけます。正確性はテストで検証できます。パフォーマンスはベンチマークで検証できます。セキュリティは静的解析で検証できます。テイストは既存のどの自動化システムでも検証できません。一貫性の要素が、差分だけでなくシステム全体の理解を要求するからです。

レベル5未満のすべてのレベルでは、人間が一貫性の評価を提供します。人間を取り除くと、一貫性の評価はエンコードされなければ消失します。制約は自動化を生き延びます（フックは人間なしで実行されます）。評価基準も生き延びます（エビデンスゲートは人間なしで実行されます）。パターン認識は部分的に生き延びます（品質ループは実行されますが、プライドチェックの質問は人間が書いたものです）。一貫性は、アーキテクチャの意図を評価エージェントが照会できる形式でエンコードしない限り、生き延びません。テイスト制約のない自律システムはテストに通ることを最適化します——そしてStrongDMが発見したように、エージェントは無価値なコードを生成しながらテストスイートに通すためにreturn trueを書くようになるのです。⁸ テストはグリーン。アウトプットには技巧も、配慮も、一貫性もありません。

テーゼ

テイストはインフラであり、インフラはマシンが推論の速度で書き、デザインし、デプロイできる世界における、最後の人間の優位性です。しかしテイストは、エンコードして初めて優位性となります。エンコードされていないテイストはボトルネック——すべての判断が通過しなければならない一人の人間であり、システムの速度を制限する要因となります。エンコードされたテイストは堀（モート）です——制約、評価基準、パターン認識ループ、一貫性チェックが、すべてのアウトプットが満たすべき基準として、マシン速度で実行され、新たなフックを生む各失敗とともに改善されていきます。

テイスト制約なしで実行されるすべての自律エージェントセッションは、中央値に向かってドリフトするアウトプットを生み出します。すべてのフック、すべてのエビデンスゲートの基準、すべての品質ループのステップ、すべてのアーキテクチャレビューが、このドリフトに抗する特定の判断をエンコードしています。品質こそが唯一の変数です。テイストとは、品質が何を意味するかを定義するものです。

テイストを直感として門番するデザイナーは、マシンが人間のレビュー速度を超えて生成するとき、その直感が無意味になることに気づくでしょう。テイストを主観として退けるエンジニアは、自分のシステムが正確で、高性能で、アーキテクチャ的に健全な凡庸さを生み出していることに気づくでしょう。前進の道には両方が必要です——デザイナーの蓄積された判断を、要素に分解し、インフラにエンコードし、マシンが要求する速度で強制すること。

テイストは感覚ではありません。テイストは技術システムです。システムを構築するか、テイストが消えるのを眺めるか。

FAQ

テイストは本当に4つの要素に還元できるのか？

4つの要素——制約、評価基準、パターン認識、一貫性——は分解であり、還元ではありません。実際にはテイストは4つすべてが同時に機能しており、要素間の相互作用が、単一の要素では捕捉できない創発的な性質を生み出します。この分解が有用なのは、各要素が特定の種類のエンジニアリングインフラに対応しているため、抽象を具体に、主観を実装可能にできるからです。

フックとデザインシステムはどう違うのか？

デザインシステムはトークン、コンポーネント、使用ガイドラインを定義します。フックは作成時点で行動制約を強制します。デザインシステムは「本文は16pxを使用」と言います。フックは本文を14pxに設定したコミットをブロックします。デザインシステムは参照資料です。フックはゲートです。どちらも有用ですが、自律的な生成においてデザインシステムの決定を交渉不可能にするのはフックの方です。

テイストをエンコードすると硬直化するのか？

テイストをエンコードすると、エンコードされた判断が一貫するようになりますが、凍結するわけではありません。私のフック数は9ヶ月でゼロから95に増えました。気づいた失敗パターンがそれぞれ新しい制約になったからです。硬直化とは、新しいフックの追加を拒否することです。成長とは、テイストに反するすべての失敗が、次の発生を防ぐインフラになることを意味します。

Sources