Un mejor enfoque es el de diseñar primero, luego codificar el diseño y finalmente tomar en cuenta las consideraciones de costo empíricas (perfiles de ejecución o medidas de tiempo/espacio) o formales (complejidad tiempo/espacio) para decidir en que partes se debe invertir tiempo para realizar optimizaciones.
Ocurre con frecuencia que las partes donde se puede ganar más al optimizar no son las que inicialmente se hubiera esperado, de manera que al optimizar prematuramente se complica el análisis del código.
Algunas veces se considera una buena práctica el eliminar comentarios, espaciado y operaciones no utilizadas antes de poner en uso aplicaciones escritas en lenguajes interpretados como PHP o JavaScript.
Tampoco es buena idea mantener en paralelo la versión para despliegue y la versión con comentarios dado que se corre el peligro de que éstas versiones no se correspondan.
Nota histórica: La frase La optimización prematura es la raíz de todos los males viene de Donald Knuth, prominente investigador en informática.