Misurare la UX sulla velocità della luce
I had a similar reaction. Everyone should applaud performance improvements, but gauge against the “speed of light”, not just a sloppy competitor. If you are measuring in seconds, you may have already anchored yourself incorrectly. Structure the UI so you can put locally cached media up just a few vblanks after the process launches. Structure the server so it can return everything necessary for the dynamic UI in one single query that was kicked off in parallel with the Gfx API initialization, branching to a modern transport protocol for large media files.
John Carmack, che ha costruito motori grafici ossessionati dalla latenza, chiede di «misurarsi sulla velocità della luce». Il modello è chiaro: stato locale pronto in pochi vblank e un solo giro al server avviato in parallelo all’inizializzazione grafica. Il bersaglio non sono i millisecondi cosmetici, sono gli avvii lenti che si autogiustificano confrontandosi con baseline mediocri.
La redazione concorda e mette un vincolo operativo: budget end to end di 150 ms dal doppio clic al primo gesto utile, misurato con telemetria che unisce input, cold start, query unica e primo contenuto interattivo. I team che celebrano secondi perdono l’obiettivo. Reti mobili e microservizi impongono degrado controllato, non alibi. L’architettura deve proteggere la singola richiesta sul cammino critico e far saltare gli allacci inutili finché l’utente non tocca davvero qualcosa.