É entender antes de codificar
Sempre que você pretende fazer um blog sobre uma série de coisas diferentes, todas buscando ajudar as pessoas a escrever código de qualidade (ou escrever qualquer coisa, na verdade) para ajudar a melhorar seu fluxo de trabalho, você receberá feedback, certo?
Não me entenda mal. Congratulo-me com isso. Acho que ajuda a escrever melhor no futuro (ou seja, pergunto, o que posso fazer melhor).
E correndo o risco de parecer que estou “chamando alguém" (o que não estou), quero compartilhar um tweet [não atribuído] que recebi na semana passada:
seu título “código de alta qualidade” me deixou empolgado com algumas coisas hardcore, mas cara ~ 99% narrativa vs ~ 1% código ?? cai morto em seu teclado
E eu entendo. Há muito pouco código em um post que visa falar sobre código. Mas há razões para isso, e vem de alguns anos lendo artigos, escrevendo artigos, lendo código e escrevendo código.
Então, pensei que para outras pessoas que têm os mesmos pensamentos, talvez valha a pena explicar por que adoto a abordagem que faço.
Entendendo antes de codificar
Para ser claro, nada aqui tem a intenção de destacar alguém ou qualquer coisa. Se alguma coisa, é meu generalista sobre o assunto e por que eu acho que falar, escrever e compartilhar posts sobre código de alta qualidade
1 Um Oxímoro
Nossa cultura de programação atual parece promover e perpetuar a ideia de codificar primeiro e [talvez] entender depois. Isso me parece atrasado.
Eu não gosto de copiar e colar codificação porque o termo é um pouco paradoxal. Você não pode escrever código e copiá-lo e colá-lo. É um ou outro.
Acho que Toby mencionou melhor:
código de alta qualidade não pode ser copiado e colado da internet.
Eu acho que é importante ter certeza de que podemos escrever o código por conta própria. E para fazer isso, temos que ter um pouco de compreensão.
2 Convite ao Entendimento
Finalmente, é chamado de código por um motivo. Na minha opinião, a última coisa com a qual precisamos nos preocupar é o próprio código.
As ferramentas podem ajudar, é claro, mas se você não entender os erros, não poderá melhorar.
Ou seja, é importante entender o que estamos tentando fazer e uma maneira robusta ou de alta qualidade de fazer algo. Portanto, entender os conceitos por trás do que estamos fazendo é mais importante do que o código real.
Porque se você não entende o conceito, você não vai entender o código.
Mais Razões?
Em cima da minha cabeça? Não, mas isso não significa que não haja mais.
Mas se estes são os três que vêm à mente com mais facilidade, então acho que geralmente são as melhores razões para uma determinada abordagem. Isso não significa que a abordagem esteja correta, mas pelo menos elas são justificadas.