より多くのコード=より多くのバグ

大学に戻ったとき、クラスでコンピューターサイエンスの法則の1つを教えている教授を覚えています。彼は「より多くのコードはより多くのバグを意味する」のようなものを言って、それに名前（Whatchamacallitの法則）を与え、それを誰かに起因させた。

この「法則」がどこから来たのか、誰が言ったのか、それが元の言葉であるのは誰か知っていますか？

さらに、バグのあるソフトウェアが原因で発生する問題の多くは、ベンダーがプログラムにますます多くの機能を追加し続けているために発生します。

^{アンドリュー・タネンバウム}

ベームの本、ソフトウェア工学経済学はそれを基本的な公式として持っています。

努力= k * S ^ a

Sはコードのソース行です。

そして、べき関数aは1.0以上でした。

@belisarius：Tannenbaumでよく見られます。

@ジェフ：タンネンバウムがベルを鳴らさない場合、教授がオッカムと経済/簡潔さの法則について言及している可能性があります。（OccamのRazorを参照してください。）

@ S.Lott：Dijkstraは、有用な作業の尺度としてコード行の使用にかなり強く反対していたものです。彼は基本的にそれが間違った変数を最大化すると言いました。もちろん、Boehmは労力をモデル化しようとします。そのコード行には、削除されたコード行が含まれているはずです。

編集：

ダイクストラも「シンプルさは信頼性の前提条件である」とも言ったと付け加えたいと思います。