YAGNI

YAGNI (acrônimo em inglês para você não vai precisar , que pode ser traduzido como "você não precisa") é um princípio de programação extrema que afirma que os programadores não devem adicionar funcionalidade a um software até que seja absolutamente necessário. Ron Jeffries recomenda ainda : “sempre faça as coisas quando você realmente precisa delas, não quando você apenas antecipa que vai precisar delas”.

Este princípio é frequentemente objeto de debate entre os programadores. Na verdade, o acréscimo de certas funcionalidades particularmente estruturantes a um software já existente pode, às vezes, ser excessivamente complexo. O fato de a presença desse recurso ter sido antecipada a partir da primeira versão do software pode, portanto, apesar de um potencial custo adicional inicial, em última análise, revelar-se muito menos caro do que se tivesse sido completamente ignorado. Uma análise de funcionalidade por funcionalidade é, portanto, geralmente necessária para evitar os problemas que poderiam gerar uma aplicação excessivamente ingênua do princípio YAGNI.

Justificação

De acordo com aqueles que defendem a abordagem YAGNI, a tentação de escrever um código que não é necessário no momento presente, mas que poderia ser no futuro, leva aos seguintes inconvenientes:

• O tempo é gasto em adicionar, testar ou melhorar a funcionalidade necessária imediatamente.
• Recursos adicionais devem ser depurados, documentados e mantidos.
• Qualquer nova funcionalidade impõe restrições sobre o que pode ser feito no futuro, portanto, a funcionalidade que não é necessária neste momento corre o risco de entrar em conflito com a funcionalidade futura necessária.
• Até que o recurso seja realmente necessário, é difícil definir totalmente o que ele deve fazer e como testá-lo. Se esse novo recurso não for definido e testado corretamente, ele pode não funcionar corretamente quando for necessário.
• Isso resulta na gravação de código desnecessariamente longo, lento ou desperdiça recursos. O software fica maior e mais complicado.
• Na ausência de especificações e controle de versão, a funcionalidade pode ser desconhecida para os programadores que podem usá-la.
• Adicionar um novo recurso pode sugerir outras coisas novas. Se essas funções forem realizadas por sua vez, isso pode levar a um efeito bola de neve .

Veja também

• Princípio do KISS
• Não se repita
• Método MoSCoW
• Programação extrema

Notas e referências

1. (em) Lowell Lindstrom; Carmen Zannier; Erdogmus, Hakan, Extreme Programming and Agile Methods: XP / Agile Universe 2004: 4ª Conferência sobre Extreme Programming and Agile Methods, Calgary, Canadá, 15 a 18 de agosto, etc. (Anotações de aula em ciência da computação) , Berlim, Springer,2004, 238  p. ( ISBN  978-3-540-22839-4 , leitura online ) , p.  121
2. () Ron Jeffries, "  Você NÃO vai precisar disso!  » (Acessado em 7 de novembro de 2007 )