El rendimiento que de verdad importa
El cierre de la fase: qué se nota y qué no, en qué orden trabajar, y por qué las tres cifras que se citan en las comparativas no son las que deciden.
Qué se nota
Y ahí está el desajuste: las dos primeras filas —lo que más se nota— no aparecen en ninguna comparativa, y las dos últimas —lo que menos— son las que se citan siempre.
El orden de trabajo
Los tres primeros son el ochenta por ciento del efecto percibido y ninguno aparece en una comparativa.
Lo que no vale la pena
Cuatro cosas que se hacen y no se notan:
- Perseguir los últimos cientos de kilobytes con opciones que ralentizan la compilación o rompen la limpieza. Nivel 56.2.
- Optimizar el consumo base de memoria, que está dominado por el motor y no lo controlas. Nivel 58.1.
- Micro-optimizar el core sin haber medido que el problema está ahí — cuando el nivel 56.4 dice que suele estar en el puente.
- Y optimizar una operación que ocurre una vez al día en vez de una que ocurre cien veces.
El cuarto es el más habitual, y viene de optimizar lo que es fácil de medir en vez de lo que ocurre mucho.
Lo que sí, y casi nadie hace
Y merece decirlo al revés:
- Medir el tiempo hasta la primera respuesta visual de las cinco acciones más usadas. Es media hora y suele revelar dos o tres que están por encima de 200 ms sin motivo.
- Contar las llamadas al puente de una sesión normal. Nivel 55.1.
- Y dejar la aplicación abierta un día y mirar la memoria. Nivel 56.5.
Tres comprobaciones, una tarde, y cubren lo que las seis lecciones de esta fase señalan como importante.