なぜ "簡単" なコードが複雑になるのか 〜 AI時代に読み直す『Simple Made Easy』

14年前の講演が、いま必要になる理由。生成AIがコードを量産できてしまう2025年、圧倒されてしまっていないでしょうか。コードレビューや品質確保に追われているかもしれません。 この"複雑性の増大"に対して鋭い洞察を与えるのが、Rich Hickey（リッチ・ヒッキー）による Simple Made Easy (2011) です。ソフトウェア設計の本質を突く名講演でありながら、最近はあまり話題に登らないようです。 この記事では、原義に沿って Simple Made Easy を整理しつつ、後半は AI 時代にどのように読み替えられるのかを紹介していきます。今あらためて心に刻みたい内容です。 1. Rich Hickey —— 稀有な思想家が見ていたもの Simple Made Easy を理解するためには、Rich Hickey（リッチ・ヒッキー）という人物にも触れておく価値があります。彼は

[keijak]

"人間が Simple の基準を示せば、AI はそれに従って Simple なコードを量産できる のです。問題は、基準を示さなければ Easy に流れるという点にあります。"

[nemoba]

Easyなクラス分けするな、Simpleなクラスに分けろで、通じるならOOP数十年もごにゃごにゃしてないと思います！

[yarumato]

“Simple Made Easy(2011)はソフトウェア設計の本質を突く名講演。Simpleは構造が絡んでない状態。要素同士が独立。Easyは人が慣れてる、すぐ理解、すぐ使える。複雑性の正体は絡み合いEntanglement。Simpleを優先しEasyを後から足せ”

[Eiichiro]

simpleゆえの難しさもあるからなぁ。

[Xibalba]

Easyの誘惑強すぎるよ…