Como um novato nessa área de programação, que mal sabe por onde começar em meio a tanta informação, deparei-me com um termo muito comum nos requisitos de emprego: o famoso "Clean code". Então, de forma simples, o que um iniciante como eu pode fazer para entender algo que parece tão confuso, já que durante os cursos raramente nos deparamos com os problemas que essa metodologia visa resolver? Mas vamos lá, primeiro precisamos entender o que é esse tal "maldito" Clean code e por que as empresas enfatizam tanto a necessidade de conhecê-lo, pelo menos o básico, para começar.
Basicamente, o Clean code é um "estilo" de programação que visa manter a legibilidade, simplicidade e manutenibilidade do nosso código. Mas como podemos alcançar isso?
Legibilidade
Aqui entra a escolha de variáveis que sejam claras e descritivas. Por exemplo, em vez de nomear uma variável para definir a altura como 'a', por que não simplesmente escrever 'altura'? No entanto, a legibilidade não se limita apenas a essas variáveis. Escrever um código cheio de ternários que ninguém consegue entender será mais claro do que um 'if' ou 'else'? A legibilidade está intimamente ligada à simplicidade!
Simplicidade
Modularize seu código e evite criar abstrações complexas. Por que complicar, meu chapa? A vida é simples e direta. Sempre que possível, mantenha seu código simples para que outras pessoas possam entender e dar manutenção. Quanto menos comentários forem necessários para explicar suas soluções temporárias, mais legível seu código ficará. Eu entendo que, como iniciante, pode ser difícil refatorar e simplificar o código, mas à medida que você tenta, com o tempo, vai melhorando.
Testabilidade
No início, pensar em todos os casos de uso para testar pode ser cansativo, não é mesmo? Eu entendo. Mas lembre-se de que, quanto mais modular for seu código, mais testável ele será. Se você puder dividi-lo em partes menores, os testes se tornarão mais simples. Faça uma pesquisa e aprenda como implementar casos de uso. Isso facilitará muito o entendimento de como um código bem dividido é benéfico para a manutenção do produto. (Se você programa no VSCode, procure pela extensão CodiumAI. Ela é muito útil para realizar testes básicos em métodos ou classes! Mas use-a com cuidado, para entender o propósito dos testes e ter uma direção sobre o que precisa ser testado. Quanto mais você souber sobre as regras de negócio do que está desenvolvendo, mais fácil será.)
Para concluir, aproveite e leia o livro Clean code. É ótimo para quem está começando na área. Talvez seja um pouco difícil entender os conceitos no início, mas quando você estiver envolvido em um projeto, tudo fará mais sentido.
Agradeço a todos que leram até aqui. Se você é um desenvolvedor mais experiente e quiser acrescentar algo, fique à vontade. Se achar que falei besteira, também não tem problema. O que importa é nossa evolução, e todas as opiniões são bem-vindas!
Top comments (1)
Parabéns pelo artigo, Miserski! Bom demais!
Vai ajudar a esclarecer bastante a galera que tá conhecendo o termo agora.
Dando meus 50 centavos: Uma regrinha que eu curto bastante é a Regra do escoteiro.
No escotismo tem uma lei em que você deve deixar a área que acampou mais limpa do que quando a achou.
Levando isso pros códigos, seria deixar sempre o código mais clean do que estava antes sempre que tocar nele. Dessa maneira, imagina se a galera do time que trabalha no mesmo projeto sempre refatorar um componente X ao ter contato com ele? Ao longo do tempo ele vai ser um componente totalmente escalável e agradável para se trabalhar. /o/