Hace unos meses trabajé en un proyecto donde necesitaba una integración con una API de pagos que nunca había tocado.
La ruta normal: leer la documentación completa, entender el modelo de datos, escribir el código, descubrir que algo no funciona, volver a leer, corregir. Días.
Con IA: generé un prototipo funcional en 40 minutos, vi exactamente dónde fallaba, lo corregí, lo volví a probar. El mismo ciclo que antes tomaba días lo hice cuatro veces en una tarde.
Eso no es magia. Es reducción del costo de iterar.
El argumento equivocado sobre la IA
La conversación pública sobre IA se atascó en dos posiciones extremas:
- "La IA lo va a hacer todo por nosotros."
- "La IA es solo hype, no sirve para nada serio."
Ambas se pierden el punto. La pregunta no es qué tan bien "piensa" la IA. La pregunta es: ¿qué pasa cuando experimentar se vuelve barato?
El costo real de la iteración
Históricamente, probar una idea tenía un costo alto. Escribir código toma tiempo. Diseñar una pantalla toma tiempo. Redactar una propuesta toma tiempo. Ese costo limita cuánto puedes intentar.
Un estudio de GitHub sobre el impacto de Copilot encontró que los desarrolladores completaban tareas un 55% más rápido con asistencia de IA.1 No porque la IA pensara por ellos — sino porque el ciclo de "escribir, probar, corregir" se comprimió.
Cuando iterar es lento, eliges tus batallas. Cuando iterar es rápido, puedes elegir más batallas.
Lo que cambia cuando experimentar es barato
Stuart Kauffman, biólogo teórico, acuñó el concepto del "espacio de lo adyacente posible": las combinaciones que solo se vuelven disponibles cuando las anteriores ya existen.2 Las innovaciones no caen del cielo — emergen de explorar posibilidades que antes no podías alcanzar.
La IA expande ese espacio. No porque genere ideas brillantes sola — sino porque te permite llegar más lejos antes de quedarte sin energía o tiempo.
Un ejemplo concreto:
| Sin IA | Con IA |
|---|---|
| Validas 1 idea de negocio por semana | Validas 5 hipótesis en un día |
| Pruebas 1 enfoque de código por sesión | Pruebas 4 implementaciones distintas |
| Escribes 1 borrador de propuesta | Iteras sobre 3 ángulos distintos |
El volumen de intentos no garantiza el éxito. Pero más intentos con la misma energía cambia las probabilidades a tu favor.
El error que sigue ahí
Más iteraciones no compensa mal criterio.
La IA puede generar diez versiones de algo mediocre en el tiempo que tú tardabas en hacer una. Si no sabes distinguir bueno de malo, la velocidad no ayuda — amplifica el ruido.
Eric Ries lo planteó en el contexto de startups: el ciclo Build-Measure-Learn solo funciona si sabes qué medir.3 Con IA, el "Build" se acelera dramáticamente. Pero el "Learn" sigue dependiendo de ti.
El superpoder no es delegar el juicio. Es tener más oportunidades de ejercerlo.
Cómo se ve esto en práctica
Lo que cambió en mi flujo de trabajo no fue que la IA hiciera el trabajo. Fue que bajó el umbral para empezar.
Antes evitaba explorar ciertos enfoques porque el costo de probarlos era alto. Ahora los pruebo. A veces funcionan, a veces no — pero el costo de descubrirlo es bajo.
Ethan Mollick, investigador de Wharton que estudia la adopción de IA en el trabajo, observó que los usuarios más efectivos tratan a la IA como un "colaborador siempre disponible", no como un ejecutor de instrucciones.4 La diferencia es de mentalidad: explorás con ella, no le pedís respuestas definitivas.
La pregunta práctica
Antes de abrir cualquier herramienta de IA, hazte esta pregunta:
¿Qué dejaría de intentar si no existiera esta herramienta?
Esas son exactamente las cosas que debés probar ahora. No porque la IA garantice que funcionen — sino porque ya no tenés excusa para no saber si funcionan.
La tecnología cambió el costo de equivocarse. El criterio para saber qué vale la pena intentar sigue siendo tuyo.
Este es el segundo post de una serie sobre posicionamiento, freelance y cómo construir una práctica de software que no dependa de referencias de amigos.
Referencias
-
Sida Peng et al., "The Impact of AI on Developer Productivity: Evidence from GitHub Copilot", arXiv, febrero 2023. El estudio encontró que desarrolladores con acceso a Copilot completaron tareas un 55.8% más rápido que el grupo de control. ↩
-
Stuart A. Kauffman, At Home in the Universe: The Search for the Laws of Self-Organization and Complexity, Oxford University Press, 1995. El concepto del "adjacent possible" fue posteriormente popularizado por Steven Johnson en Where Good Ideas Come From (2010). ↩
-
Eric Ries, The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses, Crown Business, 2011. El ciclo Build-Measure-Learn es el núcleo metodológico del libro. ↩
-
Ethan Mollick, "The Cybernetic Teammate", One Useful Thing, 2024. Mollick documenta patrones de uso efectivo de IA en contextos profesionales reales. ↩