Análisis y Pain Points de Metaframeworks: Next.js y Astro

En este episodio, los interlocutores analizan los principales puntos de dolor (pain points) actuales al trabajar con metaframeworks, centrándose especialmente en la experiencia con Next.js y la comparativa con Astro.

Desafíos en Next.js

• Gestión del caché: Se destaca como la queja número uno por parte de la comunidad. Los desarrolladores enfrentan dificultades al actualizar datos tras un deploy, a pesar de seguir la documentación.
• Evolución a la versión 15: Existe preocupación por los cambios en el manejo del caché por defecto, lo que obligará a los desarrolladores a ser más explícitos en sus configuraciones.
• React Server Components (RSC): Aunque existe una curva de aprendizaje inicial, se reconoce su utilidad para la optimización, aunque se admiten errores ocasionales al intentar mezclar lógica de cliente y servidor.

Server Actions y Arquitectura

"A fuerza te obliga a que tus Server Actions estén en esta carpeta, si no, no son Server Actions. Y eso me gusta, porque es más fácil de encontrarlos todos."
* Se critica la libertad de Next.js al permitir Server Actions en cualquier parte, calificándolo como un "arma de doble filo". Se contrasta positivamente con el enfoque más estructurado y restringido de Astro.

¿Cliente o Servidor?

• Se debate la tendencia actual de mover lógica al servidor. Se concluye que, si bien la web se movió hacia el cliente por años, el renderizado en servidor (y el contenido estático) sigue siendo la opción más rápida, especialmente considerando la variabilidad de las conexiones móviles actuales.

El Futuro de Astro

• Existe un consenso sobre mantener la simplicidad de Astro. Los ponentes advierten contra el intento de convertirlo en un framework complejo para aplicaciones masivas, abogando en su lugar por la estabilidad de características actuales como Server Islands y Server Actions.