概要
https://zenn.dev/loglass/articles/6b56dac587f02e
詳細内容
## なぜ "簡単" なコードが複雑になるのか 〜 AI時代に読み直す『Simple Made Easy』
https://zenn.dev/loglass/articles/6b56dac587f02e
生成AIがコードを量産する時代において、ソフトウェアの複雑性を抑制するためには、Rich Hickeyが提唱する「Simple（構造的な単純さ）」と「Easy（人間にとっての容易さ）」を明確に区別し、Simpleを優先する設計思想が不可欠であると著者は説く。
**Content Type**: Opinion & Commentary
**Language**: ja
**Scores**: Signal:4/5 | Depth:4/5 | Unique:4/5 | Practical:4/5 | Anti-Hype:4/5
**Main Journal**: 80/100 | **Annex Potential**: 80/100 | **Overall**: 80/100
**Topics**: [[AIコード生成, ソフトウェア設計, 複雑性管理, Rich Hickey, Simple Made Easy]]
本記事は、Clojureの作者Rich Hickeyによる2011年の名講演「Simple Made Easy」を、生成AIがコードを量産する現代において再解釈する。Hickeyは「Simple（シンプル）」と「Easy（イージー）」が全く異なる概念であると強調する。Simpleは客観的で構造的な「絡み合い（Complect）のない状態」を指し、分離され、一方向で、境界が明確な状態を意味する。一方、Easyは人間が慣れていたり、すぐに理解できたりする主観的な「近さ」を指す。この2つを混同し、短絡的にEasyを選択することが、ソフトウェアに指数関数的に増大する構造的複雑性（entanglement）をもたらすと指摘する。
現代において、AIによるコード生成は「Easyの無限拡張」と呼べる状態であり、驚異的な速度で「動くコード」を提供する。しかし、著者はこれが同時に、コードの構造的な絡み合いも桁違いの速度で増殖させる「Easyの暴走」に繋がると警鐘を鳴らす。AIは、局所的な賢さで責務の境界を曖昧にしたり、不必要な抽象化を自動生成したりする傾向があるためだ。
このAI時代において、ソフトウェア開発者は「Simple first, then easy」（まずSimpleに、その後Easyに）というHickeyの思想を改めて意識的に実践する必要がある。AIに実装を任せる前に、人間が明確な境界設定、責務の分離、依存方向の整理といったSimpleな構造を設計するフェーズを設けることが肝要だ。AI自体も、人間がSimpleの基準を示せば、それに従ってSimpleなコードを生成できる。だからこそ、「Simpleを選ぶ能力」はAIには代替できない人間の固有の価値となり、AIの性能が向上するほどその重要性は増す。
著者は、Complectを見抜き、Easyの誘惑に気づき、Simpleに立ち返るための具体的な9つの問いを提示し、構造を見る習慣が未来のソフトウェア品質を左右すると強調する。AI時代の開発において「Simpleを選ぶこと」は、長期的なプロダクトの持続性を確保するための「最も古くて、最も新しい戦略」なのだ。