Plus de code = plus de bugs

De retour au collège, je me souviens d'un professeur enseignant à la classe une des lois de l'informatique. Il a dit quelque chose comme "Plus de code équivaut à plus de bugs" et lui a donné un nom (The Law Of Whatchamacallit) et l'a attribué à quelqu'un.

Est-ce que quelqu'un sait d'où vient cette "loi", qui l'a dit ou quel est son verbiage original?

En outre, un nombre substantiel des problèmes causés par les logiciels bogués, qui se produit parce que les fournisseurs ajoutent de plus en plus de fonctionnalités à leurs programmes, ce qui signifie inévitablement plus de code et donc plus de bogues.

^{Par Andrew Tannenbaum}

Le livre de Boehm, Software Engineering Economics l'a comme formule de base.

Effort = k * S ^ a

Où S est les lignes de code source.

Et la fonction de puissance, a était> = 1.0.

@belisarius: Bien repéré avec Tannenbaum.

@Jeff: Si Tannenbaum ne sonne pas la cloche, votre professeur a peut-être mentionné Occam et la loi de l'économie / succintness. (Voir Rasoir d'Occam .)

@ S.Lott: Dijkstra plaidait assez fortement contre l'utilisation des lignes de code comme mesure de travail utile. Il a essentiellement dit que cela maximisait la mauvaise variable. Bien sûr, Boehm tente de modéliser l'effort, et les lignes de code devraient inclure des lignes de code supprimées.

Éditer:

J'ai pensé ajouter que Dijkstra a également déclaré que "la simplicité est une condition préalable à la fiabilité".