「ないよりは、ある方ががいいだろう。」

というものがありますが、私はこれに対して (多分に) 懐疑的です。

蓋し^*1、良い設計というものは、必要な機能を過不足なく備えているものです。設計がしっかりとなされていれば、何を実装すべきか (あるいは、何を実装すべきでないか) は、自ずと明らかになります。[命題 1]。
逆に言えば、それを明確にする行為こそが「設計」であり^*2、実装の段階で機能を入れるべきか否かの迷いが生じるのは、設計が不十分だからに他なりません。^*3

では、設計の段階で迷った場合はどうすればいいでしょう？
ここで考えるべきは、「その機能が本当に必要かどうか」です。
必要であれば、入れなければなりません。(入れなければ、欠陥のある設計ということになってします)
不要であれば、ばっさりと削ってしまいましょう。

厄介なのは、「必要ではないけど、あれば便利」というオマケ機能。自分の経験からいって、こうしたオマケの8割方は入れない方が正解です。 機能が増えると、設計が良くなったように錯覚しがちですが、後に拡張・修正を行う際にこうしたオマケ機能が思わぬ障害となることがあります。隙間が勿体無いからと近視眼的に機能を詰め込んだ結果、保守しにくい窮屈なシステムになってしまうのです。

隙間は、そこに何かを置くことができるというポテンシャル (可能性, 潜在能力) を持っています。必要な要件を満たしつつ、こうした隙間をできるだけ多く確保すること – 言い換えれば、環境の変化に柔軟に対応していけるだけの余裕のある設計を行うことこそがプロの技術と言えましょう。

*1 蓋し (けだし): 思うに
*2 ちゃんと、命題 1 の逆になっています。
*3 ちゃんと、命題 1 の対偶になっています。

担当: 成田 (眉間に皺を寄せる運動推進委員会)