El CTO Sistémico
Más allá del “Vibe Coding” y la Ilusión de la IA
En el ecosistema tecnológico actual, el término Vibe Coding ha pasado de ser una burla a una tendencia algo peligrosa. La promesa de programar a través de vibes o “descripciones ambiguas” es una trampa obvia del deseo de inmediatez, o simplemente hueva (mexicanismo). Sin embargo, como sostiene Addy Osmani en sus ensayos, conferencias y libros sobre Beyond Vibe Coding, la verdadera ingeniería no se trata de escribir código, sino de mantenerlo y razonarlo.
“Engineering is not just about writing code; it’s about reasoning about that code and ensuring it is maintainable over the long term.”
Addy Osmani
Addy Osmani desarrolla este argumento al contrastar el Vibe Coding, donde el desarrollador simplemente “vibra” que el código funciona porque la IA lo generó rápido, con la Ingeniería Real
En sus publicaciones y conferencias sobre el tema, cuando habla de “The Maintenance Crisis” (La crisis del mantenimiento). Sus puntos son:
Razonamiento Crítico: El ingeniero debe ser capaz de explicar por qué una solución funciona, algo que la IA no puede hacer por sí misma, ya que sólo predice el siguiente token más probable
Deuda Técnica: Escribir código con IA es fácil, pero si no se “razona” (se entiende su arquitectura y seguridad), se crea una deuda técnica impagable a largo plazo.
Propiedad del Código: Osmani sostiene que, aunque la IA escriba la línea, el humano es el único responsable de su mantenimiento y de integrarlo en el sistema de manera lógica.
Para un CTO, la IA no es solo una herramienta de autocompletado; es un sistema que debe ser gestionado con rigor técnico y, sorprendentemente, con una comprensión profunda de nuestra propia psicología.
El Framework del CTO: RAG vs. Fine-Tuning
Cuando un equipo propone “meterle IA” a un producto, la primera decisión estratégica no es que modelo utilizar, sino la arquitectura de datos. Enfoquémonos en 2 modelos, RAG y Fine-Tuning:
