Mais código = mais bugs


10

De volta à faculdade, lembro-me de um professor ensinando à classe uma das leis da ciência da computação. Ele disse algo como "Mais código é igual a mais bugs" e deu a ele um nome (The Law Of Whatchamacallit) e atribuiu a alguém.

Alguém sabe de onde vem essa "lei", quem a disse ou qual é a verborragia original?


6
Lembra-me: "Um designer sabe que alcançou a perfeição não quando não há mais nada a acrescentar, mas quando não há mais nada a ser levado". -Antoine de Saint-Exupery
Kirk Woll 31/01

4
Lembra-me de 'Não há código mais rápido que nenhum código' (Guia do Taligent para criar programas).
Luke Woodward

11
Bem, desde que você mencionou aqui e ninguém sabe como se chama, vamos chamá-la de "Lei de Jeff".
FrustratedWithFormsDesigner

@ Kirk, uma citação semelhante de Arthur William Radford (da pintura): "Metade da arte é saber quando parar". Muito apropriado neste contexto também.
Berin Loritsch

Eu gosto da "Lei de Jeff". Em seguida, vem o livro. Quem me ajudará a encontrar um editor? :)
Jeff

Respostas:


7

Além disso, um número substancial dos problemas causados ​​pelo software de buggy ocorre porque os fornecedores continuam adicionando mais e mais recursos aos seus programas, o que inevitavelmente significa mais código e, portanto, mais bugs.

Por Andrew Tannenbaum


2
Links para pesquisas do Google não são particularmente úteis. Você pode extrair as informações relevantes e publicá-las em sua resposta.
ChrisF

11
@ChrisF é o primeiro resultado na pesquisa de livros. É material protegido por direitos autorais, e eu prefiro não citar textualmente. Obrigado por seu comentário.
Dr. belisarius

2
Eu imagino que o uso justo cobriria uma citação.
Orbling

11
Você parece não querer fazer as edições, então eu fiz por você.
Josh K

isso parece certo. obrigado! Eu tenho tentado lembrar isso há anos.
Jeff

4

O livro de Boehm, Economia de engenharia de software, tem como uma fórmula básica.

Esforço = k * S ^ a

Onde S é as linhas de código fonte.

E a função de potência, a era> = 1,0.


4

@belisarius: Bem avistado com Tannenbaum.

@ Jeff: Se Tannenbaum não tocar, talvez seu professor tenha mencionado Occam e a lei da economia / sucessão. (Veja a navalha de Occam .)

@ S.Lott: Dijkstra costumava argumentar fortemente contra o uso de linhas de código como uma medida de trabalho útil. Ele basicamente disse que maximiza a variável errada. Obviamente, Boehm tenta modelar esforços, e as linhas de código devem incluir linhas de código excluídas.

Editar:

Eu pensei em acrescentar que Dijkstra também disse "simplicidade é pré-requisito para confiabilidade".


7
Use "adicionar comentário" em respostas para adicionar comentários em vez de escrevê-los em uma resposta.

11
@ Thorbjørn Ravn Andersen - infelizmente, como um usuário com <50 representantes, ele não pode adicionar comentários.
ChrisF

11
@ Thorbjørn: Você precisa de 50 representantes para poder deixar comentários. @ Kevin: Se você vincular suas contas de SO e programadores, receberá 100 representantes, deixando instantaneamente comentários.
Anon.

11
@Kevin - Programmers 'não é um fórum, mas um site de Perguntas e Respostas. Você pode publicar uma resposta com mais informações do que as fornecidas pelas respostas atuais, mas não deve postar comentários como respostas. Se você verificar as Perguntas frequentes, verá que precisa de 50 reputação para poder comentar, mas isso é bastante fácil de conseguir.
ChrisF

11
@Anon - você precisa de mais de 200 representantes em pelo menos um site para obter o bônus. Infelizmente Kevin apenas como 160 no SO no momento. Mas você pode associar novamente suas contas a qualquer momento. Assim, quando atingir 200 em um site, poderá obter o bônus em todos.
ChrisF
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.