Tidy First? ―個人で実践する経験主義的ソフトウェア設計

23章構造と振る舞い

　

ソフトウェアが価値を生み出す方法は2つある。

• 今日ソフトウェアが行うこと。
• 明日ソフトウェアに行わせることができそうな新しいこと。

「今日ソフトウェアが行うこと」はまさにシステムの振る舞いだ。給与計算をしたり、ドロップシッピングのオーダーを送ったり、友人に通知を送ったりする（そしてもちろん、すべてのソフトウェアシステムは社会技術システムで、私たちは社会的な部分をまだ設計していない）。

振る舞いの特性は2つあるだろう。

入出力ペア

たとえば、とある地域でこの賃金相場でこれだけたくさん働けば、給与はこのくらいで納税申告はあのくらいになるはずである。

不変条件

給付額の合計は控除額の合計と等しくなるはずである。

振る舞いが価値を生み出す。膨大な計算を手動で行う代わりに、コンピューターは毎秒大量の計算ができる。手動で計算しなくてよくなる代わりに、お金を払う。もしソフトウェアの実行コストが電気代1ドルで、代わりに実行することで10ドルがもらえるなら、これはビジネスになる。

理論上は、このビジネスは永遠に実行でき、1ドル入れれば10ドルを生み出す。単純化しすぎなのはわかっている。ビット腐敗は現実のものだ。物事は常に変化する。流れのなかに止まりたいなら、船を漕ぎ続ける必要がある。しかし私が描こうとしている特徴を目的とするなら、今のところはこれで十分だ。

1ドルを入れて10ドルを吐き出す機械よりも良いものはわかるだろう。10ドル入れたら100ドルを吐き出す機械だ。もしくは、1ドル入れたら20ドルでもよい。どうすればもっと良い機械を手に入れることができるだろうか？

一言で言えば、オプショナリティだ。あるシステムが特定の振る舞いをするという事実そのものが、そのシステムの振る舞いに対する要求に変化を及ぼす（ハイゼンベルクの不確定性原理）。あなたが1ドルあたり10ドル生む機械にどれだけ支払うとしても、10ドルあたり100ドルの機械や1ドルあたり20ドルの機械にもっとたくさん支払うだろう。 ...