Empece a usar IA mientras todavia estaba en la universidad. Al principio era solo una Wikipedia mas rapida — busquedas rapidas, conceptos, reemplazando las herramientas que todos en nuestra area usamos normalmente. Nada revolucionario. Solo mas rapido.
Despues salio Copilot. Y ahi las cosas se complicaron.
Al principio odiaba Copilot
Era invasivo. Estaba en medio de escribir una funcion y este cursor fantasma aparecia con sugerencias que no pedi. Me rompia la concentracion. Acertaba menos de lo que erraba. Lo desactive mas de una vez.
Pero fue mejorando. Y mas importante, empece a entender que estaba pasando realmente — y que estaba haciendo mal yo.
Estaba tratando a la IA como un autocomplete magico. Le daba contexto vago y esperaba output perfecto. Es como darle a alguien una servilleta en blanco y pedirle que te construya la casa.
El cambio real: de programar a planificar
Esto es lo que aprendi por las malas: la IA no funciona cuando le tiras requests ambiguos y esperas magia. No se trata de esperar que algo aparezca de un dia para otro. Nunca se trato de eso.
Se trata de planificacion, estrategia y documentacion.
Pase de pasar todo mi tiempo escribiendo codigo a hacer lo que hacen los PMs y arquitectos — desglosar tareas, definir features con specs claros, mapear la logica antes de tocar una sola linea. La diferencia? No estoy planeando para un equipo de desarrolladores. Estoy planeando para un agente de IA que va a ejecutar exactamente lo que yo defina.
El insight clave: no esperes que la IA invente cosas por vos. Dale los pasos. Define tus reglas. Documenta como debe ser la logica, como debe comportarse el feature, cuales son los edge cases. Despues dejala construir exactamente lo que vos ya disenaste en tu cabeza.
Cuando deje de pedirle a la IA que piense por mi y empece a pensar por ella — todo cambio.
Cuando empece a confiar en los agentes
Con el manejo y la planificacion correcta, empece a usar agentes de IA en serio. La fase de planificacion se convirtio en la parte mas larga y pesada de mi trabajo. Pero despues de eso? Revision progresiva. Nada mas.
Y aca viene la parte dificil de creer hasta que lo experimentas: si le das a la IA una tarea bien planeada y bien documentada, te devuelve el mismo resultado mas de dos veces. Consistencia. Eso es enorme. Deja de darte una respuesta distinta cada vez. Empieza a entregar output predecible y confiable.
Esa consistencia es lo que separa "jugar con IA" de realmente trabajar con ella.
Testing paso de "despues veo" a estar integrado
Voy a ser honesto — antes no escribia muchos unit tests. Se sentia como overhead encima de ciclos de desarrollo ya largos. "Despues agrego tests" era mi mentira estandar.
Ahora? Solo los planifico. Defino que necesita ser testeado, los comportamientos esperados, los edge cases. La IA los escribe. Mi cobertura de tests paso de "tal vez despues" a practica estandar, porque el costo de escribir tests bajo a casi cero.
La ironia: la IA me hizo un desarrollador mas disciplinado de lo que jamas fui por mi cuenta.
Aprender UI/UX para completar el stack
Para tener un workflow realmente de punta a punta, decidi profundizar en UI/UX. Y ahi me di cuenta de que los mismos principios aplican — podemos automatizar aun mas cuando se trata de diseno.
Eso es lo que construi con el pipeline de Figma a codigo: un sistema que conecta Figma con Claude Code a traves de MCP, permitiendome disenar, generar codigo y documentar desde una sola terminal. Misma filosofia — planificar, definir, ejecutar.
Que cambio realmente
| Antes | Ahora |
|---|---|
| Escribir codigo todo el dia | Planificar y definir todo el dia |
| Google + Stack Overflow para investigar | IA para contexto instantaneo |
| Copilot como autocomplete molesto | Agentes como partners de ejecucion |
| Saltear tests, shippear rapido | Planificar tests, shippear mas rapido |
| Frontend O backend | Full-stack + UI/UX + automatizacion de diseno |
El trabajo no se hizo mas facil. Cambio. La parte dificil ahora es pensar claro, documentar con precision y definir exactamente lo que queres. La ejecucion? Esa es la parte rapida.
Este cambio es lo que me llevo a replantear que significa realmente evolucionar en esta area. No se trata de escribir mas codigo. Se trata de pensar mejor.
Planificamos. Definimos. Sabemos que hacer. Ahorramos tiempo. Ahorramos trabajo.