Por muito tempo, eu codava no estilo “vai que cola”.
Comecei sozinho, depois atuei com Joomla numa faculdade, e mais tarde mergulhei de vez no universo WordPress numa agência em São Paulo. Aprendi na raça. Os códigos eram feitos de qualquer jeito, o deploy era via FTP, e não havia nenhum tipo de revisão. Era um ambiente comum para quem está começando: muita demanda, pouco tempo, e quase nenhum processo. Mas foi ali que minha base em WordPress começou a se formar.
Foi só quando cheguei à Coffee Code que a ficha caiu. Vi como o desenvolvimento profissional realmente funciona: processos, padrões, times colaborativos, CI/CD e, o mais importante, código limpo.
Na Coffee Code, precisei elevar meu nível. Tive que tornar meu código legível não só para mim, mas para outros desenvolvedores que trabalhariam comigo. Foi quando conheci e estudei a fundo os princípios de Code Clean, e confesso: isso mudou tudo.
Aprendi que:
1. Um código deve falar por si só. Se precisa de muito comentário para ser entendido, provavelmente pode ser reescrito.
2. Nomes bem escolhidos são mais importantes do que parece.
Funções pequenas e focadas são mais poderosas do que mil linhas de gambiarra.
3. Evitar duplicação e manter responsabilidade única melhora manutenibilidade e reduz bugs no longo prazo.
4. Esses princípios se tornaram parte da minha mentalidade. Comecei a escrever códigos confiáveis, legíveis e fáceis de manter.
Atualmente trabalho no TRF. Aqui, tenho contato diário com código legado, muitas vezes escrito sem nenhum padrão, difícil de entender e ainda mais difícil de manter. Esse contraste me fez valorizar ainda mais o que aprendi: quando o código é limpo, o sistema evolui com saúde. Quando não é, cada mudança vira um campo minado.
Vendo toda essa bagunça foi que eu resolvi compartilhar com vocês e deixar meu conselho para quem está começando (ou mesmo para quem já é sênior)
Estude Code Clean. Leia o livro “Clean Code” do Robert C. Martin (Ótimo conselho do meu chefe Ritchelly Domingos). Veja talks, pratique, reescreva códigos antigos, revise seus commits. Invista tempo nisso. Você vai escrever menos bugs, colaborar melhor em equipe, e terá muito mais orgulho do seu trabalho.
Não é só sobre ser um bom programador. É sobre ser um bom colega de equipe. Alguém que pensa no próximo dev que vai pegar aquele código — que pode ser você mesmo, daqui a 6 meses.
Se você já passou por isso ou quer trocar experiências sobre como melhorar a qualidade do seu código, comenta aqui ou me chama no inbox. Bora evoluir juntos!
