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

25章明日の1ドルより今日の1ドル

多いことは多いことであり、少ないことは少ないことである。そう思うだろう？ 実は場合による。ことお金に関しては、以下の条件次第だ。

• いつなのか
• どれくらい確実か

私が今日あなたに1ドルあげれば、あなたは好きなことに使えるし、あとでもっと大金になるように投資もできる。私が明日あなたに1ドルあげると約束しても、それは今日渡す1ドルより価値が低い。なぜか？

• 使えない。つまり価値が低くなる。
• 投資できない。つまりもらっても今日もらうよりは価値が低くなる。
• 実際には私があげない可能性がある。まあ私はそんなことはしない。私のことは完全に信頼してほしい。だが、他の人であればその1ドルを渡さない可能性に備えなければいけない。つまり「明日の1ドル」は価値が低くなる。

どれくらい低くなるのか？ これは込み入った質問だ。現時点で重要なのは、すべてのドルが同じ価値なわけではないという事実だ。たとえば、価値を足し合わせたければ、それぞれのドルに日付がついている必要がある。

ソフトウェアシステムの価値をどう評価すればよいだろうか？ あなたのソフトウェアシステムを私が買いたがっているとしよう。私は妥当な金額として、どれくらい払うべきだろうか？

何のソフトウェアシステムかはどうでもよいが、支払いシステムだとしよう。システムは数多くのサービスで構成され、コードは140万行ある。サイクロマティック複雑度の平均は14だ（冗談。べき乗則で分布する値の平均は役に立たない）。だが、購入者の私にとってはどれも重要ではない。

購入者として知りたいのはお金がどう流れるかだ。私の父であれば、「入ってくるお金と出ていくお金」と言うだろう。ソフトウェアの価値を評価するのに、キャッシュフローという形でモデル化できる。入ってくるお金もあれば、出ていくお金もあるが、このフローは日付と関連している（ここが重要だ）。 ...