Desde antes del verano, estoy construyendo varias cosas a la vez con ayuda de herramientas de código asistido por IA: Y2FIT, bots de telegram, ayudas de estudio para mis hijos y yo mismo.. y algún experimento más, todos reclamando atención - casualmente - el mismo día. En ese tiempo me he contado unas cuantas mentiras cómodas. Las cuento aquí porque sospecho que no soy el único que se las cree, y porque a mí me habría venido bien leer esto al empezar con todo este tinglado.
Mentira 1: «esto me va a ahorrar tiempo, seguro»
La primera vez que un asistente me generó en minutos lo que me habría llevado una tarde (qué digo una tarde, varios días..), pensé que había encontrado un atajo permanente. No calculé el tiempo que después dedicaría a revisar, corregir y entender un código que no había escrito yo.. ni a priori sabía en qué se había basado.
La IA no elimina el tiempo de trabajo: lo desplaza. Antes lo gastabas escribiendo; ahora lo gastas revisando y verificando que esté todo ok. Y revisar bien exige tanto criterio como escribir, porque no tienes la misma intuición sobre dónde puede fallar algo que no nació de ti. La velocidad inicial es real; el ahorro neto depende de cuánta revisión te saltes, y esa factura siempre llega más tarde. Eso sí, el criterio te da una ventaja estratégica enorme.
Mentira 2: «si funciona en la demo, funciona en producción»
Es la más peligrosa, y treinta años en informática y banca deberían haberme vacunado contra ella. Una demo bonita no prueba nada sobre seguridad, ni sobre datos reales, ni sobre qué pasa cuando lo usan mil personas a la vez en lugar de una, un martes por la tarde, en un portátil. No tengo tantos usuarios trasteando lo que he hecho, pero sí os puedo garantizar que van saliendo sorpresas a medida que se incrementa el número.
La IA es extraordinaria generando la primera versión de algo en el caso feliz. Es mucho menos fiable garantizando que esa versión aguanta el mundo real: permisos mal configurados, casos límite, una consulta que va bien con diez registros y se cae con diez mil. Hasta los artículos más entusiastas sobre fundadores que construyen en solitario con IA acaban recomendando lo mismo: que alguien con criterio técnico revise el código antes de que toque datos sensibles. En ese gap entre la demo y producción es donde vivimos los que llevamos décadas en esto.
Mentira 3: «puedo con tres proyectos, la IA es mi compañero / empleado»
Es la que más cara me ha salido. Apoyarme en asistentes me dio la sensación de tener un equipo invisible trabajando mientras dormía. La realidad es más incómoda: la IA multiplica lo que ejecutas, pero no tu capacidad de decidir.
Las decisiones de arquitectura, de producto y de prioridad siguen pasando por la misma cabeza, y esa cabeza no escala como el código. Puedes generar tres cambios en paralelo, pero solo puedes pensar con criterio en una cosa a la vez. A veces me encuentro con tres pantallas y en cada una tengo algo en marcha: un vscode con Claude Code diciéndome un plan fantástico que hay que validar, un chatgpt que me va proponiendo mejoras sin fin y un Copilot que a veces no sabes muy bien para qué lo tienes. Fingir lo contrario es la manera más rápida de acabar con tres proyectos a medias en vez de uno terminado.
Lo que sí es verdad
No todo son mentiras. Lo que ha cambiado de verdad es el coste de empezar: probar una idea, montar un prototipo y descartarlo cuesta hoy una fracción de lo que costaba hace pocos años. La IA no sustituye el criterio, pero abarata muchísimo el error de probar algo que no funcionaba. Puedes crear Software efímero y esa sensación es difícil de explicar para los que hemos programado hasta las tantas ayudándonos del manual al principio y de Stack Overflow después.
Comentario offtopic.. para recordar como se llamaba Stack Overflow he tenido que buscar en google “¿como se llamaba donde buscabas como hacer algo en programacion?“ porque ya ni me acordaba.. y sinceramente NO hace tanto que lo usaba.. Esto avanza muy rápido y hace cambios drásticos aún más rápido.
La pregunta que me hago ahora
Antes de aceptar un bloque de código generado que vaya a producción, me pregunto: si esto falla dentro de tres meses, ¿podría explicar por qué está escrito así? Si la respuesta es no, todavía no lo acepto, intento ir despacio dentro de un mundo ya frenético de por sí. Frena!, y esa es la idea: lo que se deja «para revisar después» .. -casi- nunca se revisa, y acaba siendo la parte del sistema que nadie entiende.
Preguntas frecuentes
¿La IA ahorra tiempo al programar?
Ahorra tiempo de escritura, pero exige más revisión de la que solemos prever, sobre todo en código que maneja datos reales.
¿Se pueden llevar varios proyectos a la vez con IA?
Se ejecuta más rápido en paralelo, pero la carga de decidir y de mantener el foco sigue siendo humana y no se reparte sola.
¿Cuál es el mayor riesgo de programar en solitario con IA?
Dar algo por terminado porque compila y funciona en la demo, sin una revisión de seguridad y de arquitectura hecha con criterio.
Conclusión
Nos gusta contarnos que la tecnología nueva cambia las reglas y que podemos adaptarnos sin problema. A veces es cierto. Casi siempre lo que cambia es dónde se esconde el esfuerzo, no que desaparezca. Construir en solitario con IA sigue siendo construir en solitario: el primer borrador llega antes y el criterio para juzgarlo importa más que nunca. Las mentiras que me conté no eran sobre la tecnología. Eran sobre mí, creyendo que podía saltarme pasos que llevo treinta años sabiendo que no se saltan.. ni siquiera en este mundo nuevo y.. apasionante.