Porque considero que el vibe coding está cegando a mucha gente.

Porque considero que el vibe coding está cegando a mucha gente.

Hay una idea peligrosa empezando a circular: que el “feeling”, la intuición o simplemente ir rápido pueden reemplazar el buen juicio técnico, la arquitectura y la experiencia.

Y no es así.

Te pongo un ejemplo real.

Estaba colaborando con una empresa donde usábamos vibe coding. Sí, funcionaba. Nos daba velocidad. Pero había algo clave: siempre venía acompañado de análisis profundo, decisiones conscientes y fundamentos claros.

Primero bases. Luego velocidad.

El problema vino cuando el CEO/CPO decidió apoyarse solo en eso… y dejó de delegar.

A partir de ahí, todo empezó a romperse lentamente: – Cada parte de la aplicación evolucionaba sin un estándar claro – No había un ritmo consistente de publicación – Se evitaba el control técnico del CTO – Las decisiones se tomaban sin contexto global

¿El resultado?

– Cuellos de botella en base de datos – Índices inexistentes o mal diseñados – Arquitectura cada vez más difícil de mantener – Escalabilidad comprometida

Y lo más peligroso: un sistema que nadie quiere tocar.

Porque cuando todo es “rápido”, pero sin criterio… lo que construyes no es velocidad.

Es deuda técnica.

El vibe coding no es el enemigo.

De hecho, es una herramienta brutal.

Pero tiene que usarse con intención: decir exactamente qué quieres construir, cómo quieres hacerlo y bajo qué estándares.

Si no, no estás programando. Estás improvisando.

Y alguien —probablemente tú en el futuro— va a pagar ese precio.

Por eso un buen CTO o un equipo senior sigue siendo clave.

Sí, hoy puedes hacer más con menos gente. Sí, puedes ir más rápido.

Pero sin fundamentos, solo estás adelantando el problema.

Si quieres construir bien de verdad, necesitas criterio.

Si quieres prepararte para eso, escribe TOOLS y te comparto herramientas para acelerar tu carrera.