A necessidade de qualidade de software é um tópico de debate em quase todas as áreas de desenvolvimento (Dados tá pouco se lixando se o código tem qualidade, sejamos justos). Milhares de livros, artigos, tweets e blueets seguem na majestosa saga de exterminar o else, eliminar laços não solicitados, ter o menor código possível e que o código se equipare a um poema de Clarice Lispector de tão melodioso. O que muitos desses posts não te expõe é de onde nasce a necessidade de qualidade de software, como desenvolve-la e para quem realmente é direcionado a necessidade de se desenvolver com qualidade.

O grande fato é que a qualidade de software é sim uma skill necessária para o desenvolvedor, mas não deve ser o foco sempre. Antes de se preocupar com o código mais limpo do universo, é necessário que o código tenha a principal função de um código de programação: que funcione. O Joe Armstrong (o programador, não o cantor) cientista da computação que teve o seu desenvolvimento voltado para o campo de desempenho cunhou a frase que mais se encaixa nessa suposição "Faça funcionar, faça bonito e então faça isso rápido" (tradução: make it work, make it beautiful and make it fast)

Para que tenhamos um código que funcione, é necessário que o desenvolvedor tenha a expertise de utilizar as ferramentas que a linguagem escolhida para o desenvolvimento e isso só é possível se o dev tiver o mínimo de conhecimento da linguagem.

Só se aprende uma linguagem desenvolvendo, fazendo exercícios, exemplos e mais exemplos de código que não são realmente utilizados na vida real mas são necessários para a aprendizagem do desenvolvedor, e ai que nós temos o problema de qualidade de software. Não há a mínima necessidade de desenvolver pensando em como podemos melhorar a qualidade em um exercício de aprendizagem, em algo que nunca verá a luz do dia.

Pensar em quantos else, for ou try catch tem no seu código antes de ter o mínimo de experiência com a linguagem é perda de tempo. A qualidade vem com a experiência do desenvolvedor e mais natural como a necessidade de tomar um copo de agua em um dia quente. Não é preciso forçar ou perder tempo demais evitando que o seu código pareça feio no inicio da sua jornada como dev. Não se preocupe se o seu código vai ser considerado "Fofo" no início, se preocupe em aprender o máximo possível da ferramenta que você vai utilizar para trabalhar.

Se gostou dessa pataquada compartilha, comenta e me rebate por favor.

Caso queira me pagar um cafezin: Livepix