Please enable JavaScript.

Coggle requires JavaScript to display documents.

Refatoração - Coggle Diagram

- - - - Um número negativo onde só se esperava positivo
    - - Valores numéricos zerados quebram algum cálculo?
    - - O que acontece quando a lista de itens está vazia?
    - - Campos de formulário deixados sem preencher
- - - - Compilar e testar
        
        Executa a suíte de testes. Se algo falhar, o problema está nas poucas linhas que acabou de mudar.
        
        Commit
        
        Com os testes passando, salva o progresso no controle de versão antes do próximo pequeno passo.
        
        Pequena alteração
        
        Um passo minúsculo — renomear uma variável, extrair uma função, mover uma linha.
- - - - Ao perceber uma solução ruim, melhore-a um pouco — mesmo sem tempo para resolver tudo agora.
    - - Reservada deliberadamente, quando o time decide investir tempo específico em melhorias de design.
    - - Ao entender um código confuso, transforme essa compreensão em nomes e estrutura melhores.
    - - Antes de adicionar uma funcionalidade, ajuste o código para que a mudança fique fácil e natural.
  - - - Se um código é confuso, mas funciona e ninguém precisa entendê-lo ou alterá-lo — por exemplo, uma API interna estável — refatorá-lo só traz vantagem quando alguém realmente precisar mexer nele.
    - - Às vezes o código está tão distante do que deveria ser que reescrever do zero sai mais barato do que refatorar aos poucos. Éuma decisão difícil, que exige experiência — muitas vezes só se descobre tentando refatorar um pouco primeiro.
- - - - Chapéu de acrescentar funcionalidade
        
        O código existente não é alterado. Novos recursos são adicionados, e o progresso é medido escrevendo testes e fazendo com que eles passem.
      - Chapéu de refatorar
        
        Nenhum comportamento novo é criado — só a estrutura interna muda. Os testes só mudam se uma interface precisar se adaptar.
- - - - Acumula responsabilidades demais e vira difícil de manter
    - - A mesma estrutura repetida em mais de um lugar
    - - Usar tipos básicos onde um objeto próprio ajudaria
    - - Podem ser alterados de qualquer ponto, sem rastreabilidade
    - - Quanto mais linhas, mais difícil de entender de uma vez
    - - Muitas vezes mascaram um código que precisa ser reescrito
        
        Comentários como desodorante
        
        Comentário não é, em si, um mau cheiro — costuma ser um cheiro bom. O problema é quando ele é usado para mascarar um código ruim, em vez de explicá-lo.
        
        Quando sentir vontade de escrever um comentário para explicar um trecho, experimente primeiro refatorar esse trecho — com um bom nome de função, o comentário costuma se tornar desnecessário.
    - - Funções e variáveis cujo nome não revela o que fazem
    - - Uma função mais interessada nos dados de outra classe