Mais um post sobre odores de código hoje falando sobre Inconsistência o principio da inconsistência é simples e não rende muito assunto, apesar de ser muito importante manter a consistência pode acabar criando um grande dilema, que é a de manter-se consistente a qualquer custo ou permitir-se ser inconsistente para adicionar melhorias significativas de forma incremental.

De longe, a tarefa mais desafiadora para um desenvolvedor de software experiente é encontrar bons nomes para as coisas que ele cria, classes, instâncias, variáveis, métodos entre outros. Mas a preocupação com nomes expressivos nos leva a exageros que acabam dificultando a leitura do código pela expressividade excessiva e redundância. Por esse motivo vamos explorar um pouco o que o código limpo diz sobre isso.

A inveja de recursos é um odor de código muito mais comum do que parece e às vezes é ignorado até mesmo por desenvolvedores mais experientes. Vou falar sobre os benefícios para o seu código se você evitá-lo, alguns deles são legibilidade, melhor atribuição de responsabilidades, encapsulamento, imutabilidade e em alguns casos ajuda com alguns conceitos SOLID como Princípio de Responsabilidade Única (SRP).