El primer 80 % de la programación 'vibe' se siente rápido. El último 20 % está siendo agotador.

1
La Neurona4visualizaciones

Me gusta mucho la programación vibe. Me ha ayudado a convertir ideas en software funcional mucho más rápido de lo que podía antes.

Pero mi mayor sufrimiento empezó después de que la app ya parecía terminada.

La autenticación funcionaba, pero luego tuve que pensar en la autorización y si cada usuario solo podía acceder a sus propios datos. El checkout funcionaba, pero la facturación también necesitaba webhooks, reintentos, protección contra eventos duplicados, estados de suscripción, reembolsos y control de acceso.

Luego vinieron las migraciones de base de datos, el manejo de errores, los límites de tasa, las políticas de seguridad, los tests, la monitorización, las diferencias entre entornos y asegurarme de que un cambio generado por IA no rompiera silenciosamente otra parte.

La parte más difícil ha sido la mantenibilidad. A medida que crece el código, la IA a veces resuelve el problema inmediato sin entender la arquitectura general. Una funcionalidad pequeña puede introducir lógica duplicada, patrones inconsistentes o archivos que luego resultan difíciles de razonar.

En algún momento deja de sentirse como "describe la funcionalidad y publícala". Empiezas a gestionar contexto, límites, convenciones y todos esos sistemas aburridos que los usuarios nunca ven pero de los que dependen.

Sigo pensando que la programación vibe es increíblemente útil. Solo subestimé lo grande que es la brecha entre una app que funciona en una demo y una con la que me sentiría cómodo entregándosela a usuarios reales.

Para quienes hayáis llevado una app creada con vibe más allá del prototipo, ¿cómo mantenéis el código comprensible y evitáis que cada nueva funcionalidad lo vuelva más frágil?

Visto en r/vibecoding

0 comentarios