SvelteKit 3

El lanzamiento de SvelteKit 3 está reavivando el debate sobre el papel de los frameworks frontend en una era en la que muchos desarrolladores se apoyan en agentes de IA para escribir código. Los comentaristas elogian Svelte/SvelteKit por su rendimiento, su ergonomía cercana a HTML y su sólida historia de renderizado del lado del servidor, a menudo prefiriéndolo frente a React, Vue/Nuxt o Next.js a pesar de un ecosistema más pequeño y cierta rotación en sintaxis y tooling. Un tema recurrente es que, incluso con los LLM encargándose de gran parte del código, la elección del framework sigue importando para el tamaño del bundle, la fiabilidad, la accesibilidad y la eficiencia con la que los agentes pueden generar y mantener aplicaciones de alta calidad.

Recepción general de SvelteKit 3

  • Muchos comentarios son fuertemente positivos sobre Svelte/SvelteKit, describiéndolo como rápido, intuitivo y con una excelente experiencia de desarrollo.
  • Varios usuarios informan actualizaciones fluidas, especialmente de SvelteKit 2 → 3, diciendo que esta versión se centra en el refinamiento más que en grandes funciones nuevas.
  • Algunos son indiferentes o escépticos, argumentando que, en un mundo de IA/agentes, la ergonomía del framework importa menos.

Funciones remotas, carga de datos y nuevas características

  • Las remote functions siguen marcadas como experimentales, pero varios usuarios dicen que las usan en producción con pocos problemas y con una migración fácil esperada.
  • Las funciones load tradicionales siguen siendo el idiomático “estable”, pero funcionan a nivel de ruta/layout, mientras que las remote functions permiten una obtención de datos más granular, a nivel de componente.
  • A algunos usuarios no les gustan los nuevos patrones de acoplamiento como las remote functions, y predicen que pueden pasar de moda.

Svelte vs React (y el contexto de LLM/agentes)

  • Muchos comentaristas prefieren Svelte frente a React por: un modelo mental más simple, plantillas más cercanas a HTML, menos “footguns”, y mejor rendimiento por defecto y tamaño de bundle.
  • Otros dicen que los LLM históricamente rendían mejor con React debido a más datos de entrenamiento y un ecosistema más rico, lo que hacía muy productivo React+agentes.
  • Varios replican que los modelos modernos ahora manejan bien Svelte/SvelteKit, a veces con menos tokens, y que el código de Svelte es más fácil de leer y mantener para los humanos después de generarlo.
  • Algunos ven las apps de React como infladas y pesadas en recursos desde la perspectiva del usuario.

Svelte vs Vue/Nuxt y otros frameworks

  • Una comparación detallada: la DX central de Vue se describe como más pulida que la de Svelte, pero Nuxt (la principal solución SSR de Vue) se califica de dolorosa; SvelteKit es elogiado por la claridad de su SSR y su separación “tipo MVC”.
  • Otros informan haber migrado de Nuxt a SvelteKit y no haber mirado atrás.
  • Solid y Astro se mencionan como alternativas con mejor tooling (Solid) o un enfoque más fuerte en SSG (Astro).

Tooling, ecosistema y preocupaciones de estabilidad

  • Quejas recurrentes: la sintaxis personalizada de Svelte requiere tooling específico; las integraciones con Storybook, ESLint, IDEs y algunas bibliotecas JS pueden ser más débiles que en ecosistemas basados en JSX.
  • Algunos señalan cambios repetidos de sintaxis y API a lo largo de las versiones de Svelte (especialmente en las primeras, además de las runes de Svelte 5), lo que perjudica la fiabilidad de los LLM y la confianza de los desarrolladores.
  • Otros argumentan que los cambios importantes y disruptivos han sido limitados desde Svelte 3 y que el tooling de migración es sólido.

Frameworks vs vanilla en la era de la IA

  • Una minoría visible sostiene que, con LLM potentes, muchas apps pueden construirse en HTML/CSS/JS puros sin frameworks, evitando la rotación de dependencias.
  • Otros responden que los frameworks siguen aportando valor al gestionar la complejidad, el rendimiento, la seguridad de tipos y el SSR, beneficiando tanto a humanos como a agentes.