Mais linhas. Menos qualidade?

Mais linhas significam menos qualidade?

Quando um pull request cresce, LOC chama atenção. Mas transformar o tamanho do diff em critério de aprovação é confundir sinal com veredito.

Em avaliações de tasks, eu usava esse sinal para aprofundar o code review. Naquele contexto, quatro perguntas pesavam mais que o número:

• A mudança resolve um edge case real?
• A cobertura de testes continua acima de 80%?
• O tempo de execução permanece dentro do esperado?
• A complexidade adicionada é proporcional ao problema?

Às vezes, mais linhas tornam a solução mais explícita, testável e segura. Em outras, só escondem duplicação, acoplamento e manutenção difícil.

Qualidade de software não cabe em uma métrica isolada.

LOC abre a pergunta. Evidência e contexto sustentam a decisão antes do merge.

No seu code review, qual sinal faz você parar e investigar?