¿Por qué las aplicaciones creadas con IA siguen desarrollándose en JavaScript?

El coding por vibración consiste en describir lo que se desea a una herramienta de IA y dejar que ella genere la mayor parte del código. Se dirige a la herramienta con lenguaje sencillo, se echa un vistazo al resultado y se sigue ajustando hasta que funciona. Según a quién le preguntes, eso es o el futuro de la programación o una moda pasajera.

Entre los desarrolladores circula una broma según la cual el coding por vibración es en realidad solo JavaScript con pasos adicionales. Es una broma, pero tiene algo de verdad.

Mira lo que la gente construye realmente con estas herramientas: páginas de aterrizaje, paneles de control, pequeños productos SaaS, extensiones para navegadores, prototipos y startups de fin de semana. La mayor parte de este trabajo se ejecuta con React, Next.js, Node.js y sus variantes, por lo que el resultado es en su mayoría JavaScript o TypeScript.

Existen buenas razones para esta superposición. Los modelos escriben JavaScript bien porque han visto mucho de él. Los repositorios públicos, tutoriales, respuestas en foros y documentación sobre el lenguaje están por todas partes, y los datos de entrenamiento lo reflejan. Las convenciones del ecosistema también son bastante uniformes, por lo que un modelo que ha visto mil proyectos de Next.js puede adivinar cómo debería verse el mil y uno.

La web también ofrece el mejor ciclo de retroalimentación. Pides una página de aterrizaje y un minuto después ya está abierta en una pestaña del navegador. Pides un panel de control, una API o una aplicación pequeña, y puedes probarla de inmediato. Si un botón está en el lugar equivocado, lo indicas y la página se actualiza. Esa inmediatez es una parte importante de por qué programar con este enfoque parece mágico, y de por qué las demostraciones suelen incluir un sitio web.

Nada de esto limita el uso de esta práctica a un solo lenguaje. La gente ya utiliza asistentes de IA con Python, Java, Go, Rust, C++ y muchos otros. Los servicios backend, los scripts de datos, las herramientas de línea de comandos y el código de sistemas pueden generarse y editarse de esta manera. Simplemente es más difícil mostrarlos. Nadie obtiene una captura de pantalla satisfactoria de una migración de base de datos o de un script de compilación, por lo que esas historias se difunden menos.

Por lo tanto, la pregunta más interesante no es si el coding de estilo “vibe” pertenece a JavaScript. Es si la programación en sí misma está pasando de escribir código a describir el software que se desea crear, con una persona que revisa, corrige y decide qué se publicará. Si es así, con el tiempo el lenguaje subyacente importa menos, y las habilidades realmente importantes son una especificación clara, un buen juicio sobre lo que genera la máquina y la capacidad de detectar cuando algo está mal.

Probablemente todavía estemos al comienzo de ese cambio.

Lecturas relacionadas

• Nueve paquetes utilidad de Node.js que vale la pena agregar antes de empezar a programar — Aprenda cómo un pequeño conjunto de paquetes de Node.js, que abarcan la configuración del entorno, la validación, la creación de scripts, el manejo de procesos y el registro de logs, puede eliminar errores comunes desde temprano.
• Dónde gastan los tokens las herramientas de programación agente en la práctica — Las ventanas de contexto, los bucles de herramientas y las reintentos multiplican el gasto; los presupuestos y el caché mantienen las demostraciones asequibles.