Pessoa! Pra responder sua pergunta, eu vou traduzir um texto escrito pelo Donald Knuth em 1974:
Não há dúvidas que o Graal da eficiência leva ao abuso. Programadores desperdiçam uma enorme quantidade de tempo pensando sobre, ou se precocupando com, a velocidade de partes não-críticas de seus programas, e estas tentaticas de eficiência têm um forte impacto quando debug e manutenção são considerados. Nós devemos esquecer sobre pequenas eficiências, diga 97% das vezes: otimização prematura é a raiz de todo o mal.
No entanto, não devemos negligenciar nossas oportunidades nos críticos 3 %. Um bom programador não deve ser embalado em complacência por tal racioncínio, ele deve olhar cuidadosamente o código crítico; mas apenas depois de identificá-lo.
Esse princípio também é descrito pelo modelo da curva ABC, que também enumera as contribuições de cada parte de um sistema para priorizar qual deve ser otimizada. Uma melhora de 30 % em uma parte que toma 70 % do seu processo é melhor do que uma melhora de 90 % em uma parte que toma 20 % (o primeiro caso reduz 21 % dos seus custos, o que já é mais do que a parte inteira do segundo).
Agora, repita três vezes:
Otimização prematura é a raiz de todo o mal.
Otimização prematura é a raiz de todo o mal.
Otimização prematura é a raiz de todo o mal.