🎛️

シンプルとは結局なんなのか?

2021/09/12に公開

1件

アーキテクチャの勉強をするなかで、「あれっ？これってシンプルじゃないしKISSの原則に反するのでは？」とふと思いました。そこでそもそもシンプルとはなにか自分なりに考えてみました。対象分野はデザインではなくプログラミングです。

結論

出た結論としては以下です。

シンプルとは、目的を達成する上で無駄のないかつ効果的な状態のことであり、単に簡単であることや構成要素が少ないことを指すのではない。

質問

解説の前に次の質問について考えてみてください。

質問: どちらのコードがよりシンプルですか?

候補1

// 背景: 課金が成功しユーザーをアクティブにする。ただし、ステータスがゲストのユーザーのみ変更可能。
if(user.status === 'GUEST'){
  user.status = 'ACTIVE';
}

候補2

// 背景: 課金が成功しユーザーをアクティブにする。ただし、ステータスがゲストのユーザーのみ変更可能。
if(user.canBeActivated()){
  user.getActivated();
}

候補2はcanBeActivated()をgetActivated()の中に閉じ込めるやり方もあると思います。

解説

質問１のどちらのコードがシンプルだと思いましたか？多分バラバラの答えが出るのではないかと思います。なぜバラバラになるかというと前提にしている目的が異なるからです。

(書きやすいから)候補１のほうがシンプルだと思う
(読みやすいから)候補２のほうがシンプルだと思う

ではないでしょうか？あるいはwhatよりhowが実際に書かれてあったほうが理解しやすい人は候補１のほうが読みやすいかもしれないですね。このようにシンプルさとは目的と切り離せない関係にあることがわかります。シンプルさに対する議論をするときは、何に対してシンプルなのかを忘れないようにしましょう。

さて、ではプログラミングの目的とは何でしょうか？システムを作る目的は顧客の要求する機能を実現することです。であればプログラミングの目的は機能するコードを書くことであり、シンプルさとは書きやすいコードを書くことになりそうです。

あれっ？なんか実感と違いますね笑

現代のシステムは使い切りというのはありえなく、何かしらの保守や変更作業が必ず発生します。同一のコードに対して書くことよりも読んだり変更したりすることのほうが何倍も多いです。最初のシステムの目的が違います。システムを「作る」目的は顧客の要求する機能を実現することですが、システムを「維持する」ことも求められるのです。つまり、プログラミングの目的は機能するコードの他に保守や変更しやすいコードを書くことですね。

どのような性質がシンプルさの目的になるのか並べてみました。

書きやすさ
読みやすさ
再利用のしやすさ
変更のしやすさ
理解のしやすさ
保守のしやすさ

それぞれ完全に分離しているわけでもなく、網羅もできている感じはないです。もしこのような分類のほうが適切だよという方がいましたら意見ください。

シンプルさに対するよくある誤解

シンプルさを簡単であることや、単に構成要素が少ないことだと思っている人がいます。部分的には正しいのですが、簡単で構成要素が少ないだけでその目的が達成できていないものは、シンプルではないです。テレビのリモコンをシンプルにしようとして、電源ボタンしかなければ、チャンネルを変えることができず、役に立ちません。

シンプルを柔軟性と同列に扱う違和感

書籍によっては柔軟性よりもシンプルをとったほうがよいみたいな書き方がされています。しかし何に対するシンプルなのか明確ではないです。どちらかというと柔軟性とはシンプルの目的に位置する言葉であり、シンプルと同列に扱うものではないと僕は思います。この場合は変更のしやすさ(柔軟性を言い換えています)を優先することで、書きやすさと理解のしやすさが犠牲になるといった議論のほうが同じレベルでの議論になると思います。