By Diego Cambiaso 
Imagínate que llevas veinte años picando código, peleándote con paréntesis que se cierran mal y leyendo documentaciones de APIs que parecen escritas por alguien que odia la alegría. De repente, en este 2024 que va a mil por hora, aparece un término que suena a chiste: el vibe coding.
¿De qué va esto? Pues básicamente es el nuevo grito de guerra de los desarrolladores que han decidido que la Inteligencia Artificial haga el trabajo sucio mientras ellos se dedican a ser los directores creativos de sus propios proyectos. No es que hayamos dejado de programar por arte de magia (ya nos gustaría, ¿eh?), es que hemos pasado de poner ladrillos a ser los arquitectos que deciden dónde va el jardín, cómo fluye la luz y si el salón necesita más espacio para las visitas.
Pero a ver, ¿qué es exactamente eso del vibe coding?
No te asustes, no significa que ahora programemos “por instinto” después de tres cervezas. El vibe coding es un flujo de trabajo donde tú le pasas la “vibra” de lo que quieres a una IA generativa y ella se encarga de que eso funcione. Es un cambio de paradigma: pasamos de ser redactores de sintaxis a convertirnos en editores de intención.
Vibe coding: es delegar el esfuerzo de ‘cómo se escribe’ para centrarte en el ‘qué quiero que pase’. Tú pones el alma y la lógica de negocio; la IA pone el punto y coma y la documentación aburrida.
Es como cuando vas a un restaurante de alta cocina y le dices al sumiller: “quiero un vino que sepa a tarde de campo, que sea fresco pero con carácter”. Tú no le das la temperatura exacta de fermentación ni el tipo de barrica; tú le das la intención y él, que es el experto, materializa esa visión en tu copa. En nuestro caso, el “sumiller” es un modelo de lenguaje que ha leído más código del que tú y yo podríamos ver en siete vidas, y que es capaz de transformar un deseo abstracto en un commit funcional.
Miremos detrás del muro de la realidad, donde la “vibra” choca con la ingeniería
Aquí es donde me pongo sincero contigo (café en mano). Mi experiencia con esto ha sido, en general, muy buena, pero no te voy a mentir: todavía siento que hay un techo de cristal.
Es genial para montar un componente, un script de automatización o una landing page en un suspiro. Pero cuando intentas llevarlo al nivel de complejidad de los sistemas en los que hemos trabajado tú y yo (esas arquitecturas distribuidas, con legados de código que parecen excavaciones arqueológicas y reglas de negocio que harían llorar a un monje), la IA empieza a tartamudear. Es como tener un asistente que es un crack dibujando bocetos impresionantes, pero que se queda bloqueado cuando le pides que calcule la estructura de carga de un rascacielos. La “vibra” es fantástica para la velocidad, pero la ingeniería pesada sigue exigiendo que nos remanguemos y bajemos al barro.
De poner ladrillos a dirigir la verdadera orquesta
Para los que venimos del desarrollo tradicional, esto al principio da un poco de vértigo. Sentimos que perdemos el control manual, ese “tacto” del código. Pero piénsalo un segundo: ¿realmente echas de menos pasarte tres horas configurando un entorno de despliegue o buscando por qué un array no itera como debería por un error de tipografía?
El programador de hoy ya no es un artesano que lija cada pieza de madera con papel de lija fino; ahora somos directores de orquesta. Antes, el tiempo se nos iba en el “cómo” (cómo declarar esta variable, cómo conectar este socket). Ahora, ese tiempo se recupera para pensar en el “qué” y el “para qué”. El éxito ya no depende de si te sabes de memoria la sintaxis de la última librería de moda, sino de qué tan bien sabes explicarle al sistema qué es lo que buscas, aunque sepas que el sistema todavía no puede construir el rascacielos completo él solo.
El contexto es el nuevo compilador (y tu mejor amigo)
En la programación clásica, el compilador era un juez implacable que te gritaba en rojo si te olvidabas de una coma. En el vibe coding, el éxito depende del contexto. Si eres capaz de alimentar a la IA con el “ADN” de tu proyecto —tus estilos de diseño, tus reglas de seguridad, tus READMEs y tu código previo—, la herramienta deja de darte soluciones genéricas de tutorial de YouTube.
Al entregarle archivos de referencia, la IA no solo genera código; genera tu código. Entiende que prefieres las funciones de flecha y que tienes una forma muy específica de manejar los errores. Sin embargo, recuerda que por muy grande que sea la memoria de la IA, la complejidad real de un software a gran escala sigue viviendo, de momento, en nuestras cabezas.
Descubre por qué Google Al Studio es el laboratorio donde ocurre la magia
Si tienes curiosidad y quieres probar esto de las “vibras” sin filtros, olvídate de los chats genéricos. Lo que de verdad mola es Google Al Studio. Es como un banco de pruebas profesional diseñado para los que sabemos qué hay debajo del capó, pero queremos ir rápido.
¿Por qué es el paraíso (con matices) para el desarrollador moderno?
- Ventanas de contexto masivas: en Gemini 1.5 Pro, puedes subir repositorios completos. Esto ayuda a que la IA no se pierda tanto en la complejidad, aunque todavía le cueste conectar todos los puntos de un sistema gigante.
- Control de temperatura: puedes ajustar qué tan “creativa” quieres que sea la IA. Ideal para cuando quieres que respete a rajatabla una lógica aburrida pero crítica.
- Prompts de sistema: permiten definir el rol de la IA con precisión, separando el ruido de los datos reales.
La validación o por qué tu experiencia vale más que nunca
Aquí viene la gran verdad: el vibe coding no es para novatos. Un principiante se dará un golpe contra el muro de la complejidad técnica en cinco minutos.
Un programador experimentado, en cambio, utiliza estas herramientas como un exosqueleto. Nosotros somos los que tenemos el criterio para detectar cuando la IA se “inventa” una arquitectura que no escala, los que sabemos que una solución elegante en un chat puede ser un desastre en producción. Saber programar sigue siendo tu superpoder; solo que ahora lo usas para validar y curar.
La máquina puede darnos el código en segundos, pero solo un humano que ha peleado en proyectos reales puede asegurar que la “vibración” final no sea solo humo, sino software sólido.
Sinceramente, disfruto de este nuevo flujo, pero a veces me quedo mirando la pantalla pensando: “vale, esto está bien para este módulo, pero ¿qué pasa con el resto del ecosistema?”. Siento que estamos en la etapa de los bocetos rápidos antes de la obra maestra.
¿Te pasa lo mismo? ¿Sientes que la IA es ese becario brillante que todavía no entiende cómo funciona la oficina por dentro? ¡Me encantaría saber si tú también has chocado con ese muro de complejidad mientras nos terminamos este café!