- O texto discute as 5 regras de programação de Rob Pike sobre otimização de código e a escolha adequada de estruturas de dados e algoritmos.
- A regra 1 afirma que programadores não conseguem prever onde um programa passará a maior parte do tempo, o que significa que ajustes de desempenho só devem ser implementados depois de identificar gargalos reais.
- A regra 2 enfatiza a importância de medir antes de ajustar por velocidade, sugerindo que a otimização só deve ser feita quando uma parte do código tiver impacto significativo no desempenho geral.
- A regra 3 alerta contra o uso de algoritmos complexos quando o tamanho da entrada (n) é pequeno, pois eles tendem a ser mais lentos por causa de constantes grandes.
- A regra 4 recomenda o uso de algoritmos e estruturas de dados simples, que são menos propensos a bugs e mais fáceis de implementar do que alternativas complexas.
- A regra 5 afirma que a escolha correta da estrutura de dados pode tornar o algoritmo adequado algo evidente, destacando a centralidade das estruturas de dados na programação.
- As regras 1 e 2 de Pike refletem a famosa frase de Tony Hoare: "a otimização prematura é a raiz de todo mal".
- Ken Thompson reformulou as regras 3 e 4 de Pike como "na dúvida, use força bruta", o que está alinhado com a filosofia de design KISS (Keep It Simple, Stupid).
- A regra 5 costuma ser resumida como "escreva código simples usando objetos inteligentes", algo já mencionado anteriormente no livro The Mythical Man-Month, de Fred Brooks.
1 comentários
Comentários do Hacker News