Nomenclaturas, apesar de parecer algo tão simples, muitas vezes podem causar diversos problemas, mas, muito bem utilizadas podem ter benefícios imensos à longo prazo.

• 1 - O nome de variáveis, metódos, classes ou qualquer outra implementação deve ser bem explícito e significativo, deve ser legível/elegante a ponto de dizer exatamente o que aquele objeto vai fazer/armazenar.

• 2 - Algumas letras de variáveis podem ser confundidas dependendo da fonte/IDE ou qualquer outro editor de código utilizado pela sua equipe/empresa. Letras como "I" "O" podem ser confundidas com "0" ou "l".

• 3 - Não seja "espertinho" e não utilize nomenclaturas de piadas internas ou que somente parte do grupo irá entender, gírias também não caem bem em nenhuma parte do seu código.

• 4 - Não fique com receio de colocar um nome de variável grande, se o nome é "elegante" e legível fazendo com que o seu leitor bata o olho e automaticamente entenda o que seu código quer dizer, não tenha medo de implementar.

• 5 - Se você notar que um código alheio pode ter uma refatoração no nome da classe/método/variável que vai fazer com que seja mais legível e interpretável pela sua equipe, não tenha medo dos questionamentos, você vai ter ganhos a curto e longo prazo com isso e eles entenderam.

• 6 - Por fim, existe uma grande diferença entre programadores "espertos" e programadores "profissionais". Já ouvimos aqueles programadores gênios que conseguem resolver todos os bugs do nosso software por serem espertos demais, mas talvez só haja diversos bugs por conta de um código não legível e interpretável pelo resto da equipe e se mantém assim por um longo período e a diferença que encontramos está ai, um programador profissional é aquele que programa da melhor maneira pra sua equipe e empresa e não o que resolve as coisas imediatas mantendo o problema suscetível a novos bugs ou dúvidas.