El predominio de los equipos que eligen una aplicación de una sola página (SPA en inglés) cuando necesitan crear un sitio web, continua. Seguimos preocupados que las personas no reconocen correctamente a los SPA como un estilo arquitectónico; en su lugar, saltan inmediatamente a la selección de un framework. Los SPA incurren en una complejidad que simplemente no existe con los sitios web tradicionales basados en servidores: problemas como la optimización de motores de búsqueda, administración de historial del navegador, análisis web y el tiempo de carga de la primera página, todos ellos deben ser tomados en cuenta. Se requiere un análisis adecuado y la consideración de las ventajas y desventajas para determinar si esa complejidad está justificada por el negocio o por la experiencia del usuario. A menudo los equipos se saltan el análisis de compensación, ciegamente aceptan la complejidad de los SPAs por defecto aún cuando las necesidades del negocio no lo justifiquen. Aún vemos algunos desarrolladores que no conocen un enfoque alternativo porque han pasado toda su carrera usando un framework como React. Creemos que muchos sitios web se benefician de la simplicidad de la lógica del lado del servidor y estamos alentados por técnicas como Hotwire que ayudan a cerrar esa brecha con la experiencia de usuario.
Generalmente evitamos poner blips en Espera cuando consideramos que la recomendación es demasiado obvia, lo que incluye seguir a ciegas un estilo más architectural sin poner atención a los trade-offs. Sin embargo, debido a la dominancia pura por parte de los equipos al elegir aplicaciones de una página (Single-Page Applications o SPA) cuando realmente lo que necesitan es una página web, nos preocupa hasta tal punto que nos sugiere que no están ni tan siquiera reconociendo SPAs como un estilo de arquitectura y, en vez de ello, se lanzan directamente a la elección de la infraestructura. SPAs generan una complejidad extra que no existe con las tradicionales páginas web (server-web based): herramientas de optimización, gestión y administración del historial de búsqueda, análisis web, tiempo de carga de la página principal, etc. Esta complejidad está generalmente justificada por temas relacionados con la experiencia de usuario, y tanto es así, que se continúan desarrollando herramientas para poder abordar con mayor facilidad estas preocupaciones (aunque la agitación en la comunidad de React en torno a la gestión de estado nos da una pista de lo difícil que puede ser el obtener una solución de aplicabilidad general).
Sin embargo, muy a menudo nos encontramos con equipos que no realizan análisis de trade-off, sino que aceptan a ciegas esa complejidad extra de “SPA por defecto” incluso cuando las necesidades de negocio no la justifican. De hecho, hemos empezado a notar que muchos desarrolladores “novatos” ni siquiera son conscientes de un método alternativo a SPA, pues han pasado la mayoría de su carrera trabajando con infraestructuras similares a React. Creemos que muchas páginas web se beneficirarán de la simplicidad de la lógica de servidor server-side, y nos apoyamos en técnicas como Hotwire que ayudan a acortar ese brecha en la experiencia de usuario.
