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.
