Vibe coding es juego de azar: por qué el desarrollo con AI se está convirtiendo en una apuesta

Observando cómo la IA se integra en el trabajo y en casa, noto una tendencia simple: cada vez es más difícil escribir código uno mismo, cada vez más se quiere delegarlo a un generador. Y no soy solo yo — los proveedores de IA incentivan más tokens, los gerentes exigen que los equipos usen las herramientas más activamente, y las redes sociales circulan bromas sobre un CEO pidiendo consumir tokens por el consumo en sí. En grandes empresas, ya está en marcha una carrera silenciosa: quién tiene más IA, quién tiene más automatización, quién puede demostrar más rápido que "también estamos en el juego". Pero llamar a esto ingeniería ahora resulta difícil.

De la Ingeniería al Juego de Azar

Cuando un desarrollador genera código y no verifica el resultado, esto ya no es trabajar con una herramienta — es una apuesta a la suerte. Lanzas una solicitud al modelo, obtienes una respuesta, la pegas en el proyecto y esperas que funcione. Si tienes suerte — perfecto.

Si no — escribes una nueva solicitud. Este es el comportamiento de un jugador, no de un ingeniero. Un ingeniero entiende qué está haciendo, verifica, prueba, se responsabiliza del resultado.

Un jugador apuesta fichas y espera que las cartas caigan con suerte. Cuando esto sucede una vez — puede ser suerte. Pero cuando todo el desarrollo se convierte simplemente en generar solicitudes a la IA, ya no es suerte — es un sistema de juego de azar.

Riesgos que se Acumulan

• Seguridad — el código generado contiene vulnerabilidades que nadie realmente verificó
• Desempeño — un fragmento funciona, pero ralentiza la aplicación o causa una fuga de memoria
• Deuda técnica — la IA genera rápido, pero no de manera óptima; después el equipo paga reescribiendo
• Responsabilidad — ¿si el código derribó la producción, quién es culpable? ¿Quién escribió la solicitud?
• Pérdida de habilidades — los desarrolladores jóvenes no aprenden a analizar la lógica, simplemente copian

Los dos primeros riesgos son notables de inmediato. Pero la deuda técnica y la pérdida de habilidades — eso es veneno lento. El código que funciona hoy se convertirá en una pesadilla mañana cuando necesite ser cambiado. Y un desarrollador que pasó dos años solo generando solicitudes estará indefenso cuando la IA no proporcione la respuesta necesaria.

Presión desde Arriba

Los gerentes exigen actividad: "¡Usen IA, automaticen, más características, más rápido!" Las empresas temen quedarse atrás e inician una carrera por la cantidad. Esto crea incentivos equivocados. En lugar de calidad — velocidad. En lugar de pensar — generar. En lugar de aprender — copiar. Un gerente ve en Jira: ayer 3 tareas cerradas, hoy 15. Esto parece éxito. ¿Pero qué hay adentro? ¿Cuál es la calidad del código? Nadie pregunta — da miedo saberlo.

Lo Que Esto Significa

La IA no es enemiga de la ingeniería, es una herramienta poderosa. Pero una herramienta requiere maestría. La diferencia entre vibe coding y el uso consciente de IA es simple: en el primer caso lanzas los dados, en el segundo entiendes qué estás haciendo, verificas, te responsabilizas. La IA debe acelerar el trabajo de un ingeniero, no reemplazar la ingeniería. Cuando esto sucede al revés, el código se convierte en juego de azar, la empresa cae en una trampa de ritmo rápido y baja calidad. Equilibrio entre velocidad y control — eso es todo lo que se necesita.