¿Siguen importando los frameworks en la era de la programación agéntica?
Do Frameworks Matter Anymore?
Brooks Lybrand, ingeniero de frameworks open source, cuestiona si en 2026, con la programación agéntica y los LLM generando frontend, tiene sentido elegir un framework web o crear nuevos. Analiza el valor de las abstracciones, la supuesta ventaja de React por su presencia en los datos de entrenamiento y la posibilidad de que los detalles de implementación dejen de importar. Concluye que todos usamos un framework, aunque no lo llamemos así.
Estás usando un framework, o construyendo un framework, y construir un framework es realmente difícil.
- Lio
Si tuviera la opción, creo que preferiría ir lo más nativo del navegador posible.
El código de las librerías es útil para la abstracción, pero las APIs nativas del navegador siempre van a ser más estables a largo plazo.
Si tengo que hacer vibe coding ahora, al menos debería poder aprovechar los agentes para reducir el número de "piezas móviles" externas involucradas usando lo nativo.
p. ej. https://developer.mozilla.org/en-US/docs/Web/API/Web_compone...
¿Por qué molestarse con un framework externo cuando está integrado? Mi familiaridad con React ya no importa.
Probablemente me moveré hacia usar código de librerías solo para cosas como shims de compatibilidad cruzada, para eliminarlos con el tiempo, pero eso es todo.
- cadamsdotcom
Frameworks, linters, compiladores... contienen lecciones codificadas que serías tonto si no aprovecharas en tu trabajo, ya sea agéntico o no. Usar lo que otros construyeron antes que tú te ayuda a llegar más rápido.
Hacer tu propio framework es genial si no tienes ninguna prisa, quizás quieras aprender, o quizás eso sea parte de lo que vendes. Para todos los demás, usa el enfoque que te dé la mayor ventaja.
- smusamashah
Ahora necesitamos un tipo diferente de frameworks. Los que facilitan y hacen más robusta la programación de los agentes, etc. La ergonomía humana quedará en un segundo plano o simplemente no se considerará en esos frameworks.
- LelouBil
Aunque no soy desarrollador web, esto me resuena mucho, pero en el sentido más genérico de "¿Acaso sigue importando entender el código?". Y me pone un poco triste.
Acabo de graduarme (y tuve mucha suerte de conseguir un trabajo junior), y soy alguien a quien le gusta profundizar cuando tiene problemas con un software. Me importa la corrección, prefiero usar lenguajes fuertemente tipados, nunca usé Haskell profesionalmente, pero hago todo el advent of code con él. Me gusta leer documentación precisa.
Pero ayer, mi padre me mostró una app que hizo usando Mistral's Vibe y android studio. Él está en soporte informático, sabe de ciencias de la computación aunque nunca aprendió Kotlin ni nada, pero pudo "hacer" una app, y estaba emocionado, y yo estaba feliz por él también, pero solo feliz porque él estaba feliz, básicamente.
Aproveché esta oportunidad para hacerle muchas preguntas sobre cómo lo abordó, si le importa que su única fuente de "cómo funciona el código" sean las propias explicaciones de la IA. Y básicamente terminamos en "si no es crítico" (era solo una app de lanzador para su teléfono) "está bien".
Pero entonces, aunque yo mismo nunca hice "vibe coding" de una app ni nada, siento que siempre estoy subestimando lo que la IA puede hacer ahora con todos los proyectos que aparecen. Parece casi mágico, porque no tengo idea del proceso detrás.
Y me hace pensar en cuándo (no si) dejaremos de revisar el código de la IA colectivamente, como el 90% de las personas dejaron de verificar las salidas del compilador excepto en casos muy especí[...]
- nostrebored
Nunca ha habido un mejor momento para escribir frameworks que restrinjan cómo se han hecho las cosas.
Casi todo nuestro trabajo está en nuestro framework interno. La latencia, las garantías, los errores en tiempo de compilación y la retroalimentación que pueden habilitar el vibe coding de implementaciones individuales.
Me encuentro constantemente deseando más código de framework; desearía haber construido nuestro framework original en algo que lanzara errores furiosamente cuando abusáramos de él.
Desearía que nuestro sistema de tipos fuera más expresivo, desearía que nuestra historia de threading fuera mejor, desearía, desearía, desearía.
Nunca ha sido tan fácil rehacer todo el asunto, y aún así soy más feliz cuando nuestro framework es artesanal.