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
Top comments (18)
"Codar fofo" gostei do termo.
Quem vem depois, segurar um código legado, vai adorar um código fofo ( uso correto dos "patterns" e das boas práticas é tão importante quanto uma documentação eficiente).
Rápido, bonito, funcional e... escalonavel, aberto à evolução. Daí sim: fofo demais 😍
é um céu azul kkkk
E não é?
Kkkk utópico
Eu sempre faço isso
Primeiro faço funcionar e só depois faço a limpeza e otimização de códigos.
Bom artigo.
Obrigada
Cirúrgico! É fundamental que antes de ser bonito o código seja funcional. É a máxima: "melhor feito do que perfeito". Obrigada por compartilhar minha amiga! 😁
Obrigaada
Comentários cirúrgicos e essenciais para que muitas pessoas parem de se cobrar em fazer algo perfeito e simplesmente começarem a fazer.
Top artigo 💭
// é bem isso ⟵(o_O)
Valeeeu
Coda fofo é meus ovos
Kkkk e digo mais: kkkkk
Concordo. Esse excesso de preocupação com a qualidade, especialmente no início da carreira, acaba se tornando um obstáculo. É interessante que isso seja feito em etapas e que o profissional perceba a importância a partir do que foi produzido.
O bonde dos Coda Fofo concorda com esse artigo kkkk, parabéns pelo conteúdo, concordo com tudo oq foi dito!
blueets kkkkkk vou usar
:D
Obrigaada
"então faça isso rápido": está tradução parece indicar que o programador deve programar rápido mas talvez mais claro seria "então faça o código mais rápido", isto é, otimizar o código para um menor tempo de execução/uso de recursos.
Exatamente, quando vc vai tirando as sujeiras e otimizando o seu código, é perceptível que ele ganha performance, concordo com sua colocação, utilizando reaproveitamento, diminuindo as linhas faz, refatorando algumas condições já faz o código ser mais veloz. Mas eu também na primeira vez que li imaginei que fosse "codar rápido" oq não vai muito de encontro ao que tinha sido dito anteriormente.
Cara se o mano deyvin pega este artigo vai dar meme