Como escrever “Bom código antigo”
Aqui estão alguns pontos de partida rápidos para escrever um bom código antigo. Código é muito mais fácil de escrever do que de ler, e a melhor maneira de corrigir problemas é não criá-los.
Escrever menos código
Menos código = menos potencial para bugs = menos para manter = menos “mau legado”.
Escrever menos código pode ser visto como a maneira mais importante de melhorar o código em geral. O princípio DRY pode ser visto como um corolário natural e principal meio de escrever menos e conseguir mais.
Evite // TODO e // FIXME
Escrita // TODO ou // FIXME deve ser visto como uma bandeira vermelha e um cheiro de código.
Se traduzirmos estes comentários para os seus significados reais então “TODO” traduz como “criar dívida técnica” e “FIXME” traduz como “Estou intencionalmente a escrever um bug”.
Pode haver raras excepções em que o adiamento de uma solução supera os benefícios de a resolver agora, mas em geral, TODO e FIXME devem ser mantidos a um mínimo.
Preferir idiomas estabelecidos sobre a vanguarda
Isso pode parecer contraditório… usar tecnologias de ponta faz com que o código seja mais “novo”, certo? Bem, sim, mas também cria o potencial de ficar desatualizado mais rapidamente.
Também dá aos novos programadores um tempo mais difícil de descobrir as coisas. Se o código é escrito usando expressões idiomáticas e frameworks estabelecidos, é provavelmente mais fácil de ler e tem mais chance de trabalhar mais tempo no futuro.
Sempre deixe o código em um estado melhor do que você o encontrou
Isso pode parecer que contradiz o “não reescrever” mencionado no início, no entanto, a melhoria contínua e a refatoração é diferente de fazer uma reescrita significativa.
Tente ficar com o hábito de melhorar as coisas de forma gradual e incremental. Às vezes um grande refactor ou reescrita é genuinamente necessário, mas o valor comercial disso precisa ser cuidadosamente ponderado em relação a outras prioridades.
>
Seep melhorar como programador
Ler livros, ler posts em blogs, ler o código de outras pessoas, pensar cuidadosamente sobre design e práticas de programação. Reflita conscientemente no seu código e pense em formas de melhorar.
Realme do que culpar o programador anterior por deixar um mau legado, certifique-se de que não se torna o programador que cria um novo.