「シンプル」と「小さい」は違う：ソフトウェア設計の誤解
Judul asli: Simple Is Not Small
Mengapa Ini Penting
ソフトウェア設計の「シンプル」の定義を再考し、ツール設計の品質基準に示唆を与える議論として注目される。
ソフトウェア開発者jyn氏が2026年8月27日に公開したブログ記事で、「シンプル」と「小さい」の概念的な違いを解説。Unixパイプラインを例に、小さなプログラムが必ずしもシンプルではないと論じた。
エンジニアのjyn氏は、コードカバレッジに関する講演で「シンプルさの優先」を推奨した後、その答えに満足できないとして本記事を執筆した。
記事では、ファイル内の単語頻度を計算するプログラムを2種類比較している。Unixパイプラインは各ツールが小さく組み合わせやすい一方、「出力を元のファイル順で表示する」という小さな仕様変更を加えると、一時ファイルや複雑な正規表現を多用した難解なコードになる。対してClojureで書かれたプログラムは、同じ変更を比較的わかりやすい構造で実現できる。
この例を通じてjyn氏は、「小さい（small）」と「シンプル（simple）」は同義ではないと主張する。哲学的な裏付けとして、Rich Hickeyの講演「Simple Made Easy」を引用。「simple」の語源「sim-plex（一つの束）」と「complex（複数の束が絡み合う）」の対比を用い、真のシンプルさとは「結合（coupling）が少ないこと」だと定義している。Unixパイプラインの各ツールは小さくても、変更に弱い形で結合しているため、シンプルとは言えないと論じた。