Casi todo lo que discutimos en producto asume que del otro lado hay una persona esperando.
El spinner, la animación de transición, el resumen de tres líneas, el paginado. Nada de eso resuelve un problema: resuelve la impaciencia de alguien que mira una pantalla.
Cloudflare acaba de publicar un navegador que tira todo eso a la basura y sale más lento a propósito, porque su usuario es un agente y un agente no se impacienta.
Los números
Se llama Kitesurf. Cloudflare lo midió contra Chromium sobre un conjunto de 14 sitios.
- 3,1xmenos CPU para sacar una captura380 ms contra 1.173 ms
- 3,8xmenos CPU para extraer el HTML229 ms contra 877 ms
- 4,7x a 7xmenos memoria que Chromium57,8 contra 271,0 MiB, y 39,4 contra 273,7 MiB
- 1,7x a 1,8xmás lento en tiempo de reloj1,7x extrayendo HTML, 1,8x en captura
Tardaron 12 semanas en construirlo. El primer commit es de mayo.
Lo que sacaron dice más que lo que optimizaron
Pestañas. Temas. Extensiones. Sincronización. CSS pixel perfect. Scroll a 60 fps.
Todo eso existe por una sola razón: del otro lado había alguien esperando. Un agente no se impacienta, no mira y no se va a otra pestaña a ver si carga.
La ecuación dada vuelta
Mismo producto, usuario distinto, decisión opuesta.
Una persona
El tiempo es caro. La memoria es gratis. Conviene gastar lo que haga falta para que la página aparezca ya.
Mil sesiones en paralelo
El tiempo es gratis. La memoria es todo. Conviene tardar un poco más si eso permite correr más sesiones juntas.
Es la decisión de producto más limpia que vi este año, y no es técnica. Es preguntarse quién es el usuario de verdad, y bancarse la respuesta.
Lo incómodo
Una parte de tu producto no resuelve un problema. Resuelve la espera de una persona: spinners, animaciones de transición, resúmenes de tres líneas, paginado, autocompletado.
Auditoría de superficie humana
Una tabla con una fila por feature y cuatro columnas. Lleva una tarde.
| Columna | Qué se contesta |
|---|---|
| 1. Feature | El nombre de lo que estás revisando. |
| 2. Espera humana | ¿Existe porque hay una persona esperando? Sí o no. |
| 3. Si lo consumiera un agente | ¿Sobra, estorba o sigue sirviendo? |
| 4. Costo de sostenerla | Render, tokens, latencia y mantenimiento. |
Todo lo que quede en “sí + sobra” es tu deuda de interfaz humana. No hay que borrarlo: hay que saber cuánto pesa antes de que alguien te pregunte por qué tu API cuesta lo que cuesta.
La parte difícil para Cloudflare no fue el motor de render. Fue aceptar que el usuario había cambiado.
