← Volver a artículos

La IA nos hizo rápidos. ¿Pero nos hizo mejores?

Shipear más rápido no me parece lo mismo que saber más.

iaingenieríaproductividaddesarrollo

Llevo meses usando agentes para el laburo. Cursor, Claude, flujos automáticos, todo. Shipeé cosas en horas que antes me tomaban días. Prototipos de un fin de semana que antes iban al backlog del trimestre que viene.

Y aun así, cada tanto me pregunto si estoy mejorando o solo yendo más rápido.

Lo que pasa cuando hay 10x más código

Algo que noto en mis propios PRs: cuando un agente escribe mucho más código que yo, hay mucho más código para revisar. Más superficie para bugs. Más decisiones chicas escondidas en el diff.

Se supone que eso no importa porque “la IA probablemente lo clavó.” Yo caí en eso también. Una vez te arregla la regex que venías evitando. Otra vez refactoriza esa función fea. Y de pronto empezás a leer menos línea por línea. A confiar un poco de más. A vibecodear sin querer.

Leer código generado por IA me aburre, lo confieso. Es como corregir el laburo de otro. La forma general parece bien y los ojos se deslizan. Pero los bugs viven en los detalles. Y las decisiones arquitecturales chicas son las que te acompañan dos años.

Flujo de código
Agente produce Código a velocidad, sin filtro.
Review humana ¿Esto tiene sentido? ¿Los tests cubren edge cases?
Slop `any`, tests solo happy path, decisiones chicas enterradas.
Aprendizaje Lo que corregís vuelve al sistema. Style guides, preferencias, notas.
Repetición Corregir lo mismo en el PR siguiente. Y el siguiente.
Ship Código que bancás, no solo código que funciona.
Los diques no frenan el flujo por molestar. Lo contienen para que lo que sale tenga presión controlada, no slop.

No veo un punto medio cómodo

Vengo dando vueltas a esto y no tengo una respuesta clara.

Si delegás todo a agentes que producen 100x más que vos, como reviewer humano no llegás. Tendrías que delegar la review. Después el testing. Después las decisiones de arquitectura. Es delegar en cadena hasta que ya no estás mirando nada.

Los equipos siempre armaron guardrails por algo: checklists, doble aprobación, alguien senior que frena un merge apurado. No eran burocracia gratuita. Eran una forma de imponer lentitud a propósito.

Esos procesos siguen existiendo en muchos lugares. Pero la vibra cambió. De “seamos cuidadosos” a “seamos rápidos.” Y yo no sé bien hasta cuándo eso funciona.

Criterio, no velocidad

Lo que más me cuesta delegar no es el tipeo. Es el juicio. Saber cuándo decir que no. Cuando un requisito suena razonable pero te va a armar una pesadilla de mantenimiento seis meses después.

Los agentes no hacen eso. Les pedís que construyan algo y lo construyen. No te dicen que la feature no vale la complejidad. No tienen opinión sobre si esa migración es la correcta o si estás sobre-ingeniando un problema que todavía no existe.

Ese criterio, creo, viene de años de equivocarse. De mantener malas decisiones. De ir lento hasta que la intuición aparece. No tengo una prueba formal. Es lo que veo en los seniors que respeto y en mi propio laburo cuando las cosas se complican.

El día que frené con un SVG

El otro día iba a pedirle a Claude una animación SVG. Tenía el prompt casi listo. Y paré.

No porque la IA no pudiera. Seguramente mejor que yo en el primer intento. Sino porque no entendía bien cómo animar un SVG. Y si no lo entiendo, no puedo revisar bien lo que salga.

La productividad que tengo hoy con IA viene de años de aprender sin IA. Toda esa lentitud previa, tutoriales, Stack Overflow, frustración de “¿por qué no funciona?”, fue la base. Sin eso, el prompting se siente como adivinar. Con eso, al menos podés dirigir y auditar.

Me preocupa un poco que eso se atrofie si nunca paro para aprender a mano. No digo que haya que hacer todo sin IA. Eso sería ridículo. Pero hay cosas donde me banco ir lento: patrones que voy a usar seguido, CSS, SQL, system design, cosas donde la IA se equivoca y yo tengo que filtrar.

Mi regla práctica, imperfecta: si algo me va a pedir criterio en seis meses, intento aprenderlo ahora. Si es descartable y de bajo riesgo, la IA.

¿Mejores o solo más rápidos?

No tengo una respuesta clara. No voy a decirte que dejes la IA. Yo no la dejo.

Pero sí creo que hay un trade-off que hablamos poco. Podemos shipear más sin necesariamente saber más. Podemos producir más output sin producir más criterio. Y el developer que puede hacer la cosa sin IA, me parece, tiene ventaja cuando la usa. No porque sea más rápido. Porque sabe qué está mirando.

Yo intento seguir aprendiendo a mano de vez en cuando. SVGs, regex raras, cosas nuevas que podrían resolverse con un prompt. No sé si alcanza. No sé si estoy encontrando el balance. Los agentes van a seguir acelerándose. La pregunta que me queda es si nosotros vamos a seguir mejorando. O si vamos a acostumbrarnos a correr sin saber bien a dónde.