Un desarrollador ha dedicado meses a dejar que la IA escriba su código, y el hábito lo ha convertido en un revisor de trabajo que apenas entiende. El autor, que construye el proyecto LibreWeddingPlanner, describe una lenta espiral que comenzó con pequeñas peticiones y terminó con meses sin codificación original en absoluto.
La historia, titulada «Un Mes Sin IA», es una advertencia sobre lo que sucede cuando los desarrolladores dependen demasiado de las herramientas de escritura de código.
La Espiral Comienza
Un amigo del autor les instó a probar agentes de codificación de IA. «Te sientes tan poderoso», dijo el amigo. Una vez que empezó, el autor se encontró pidiendo a la IA que implementara funciones, escribiera pruebas y manejara tickets de Jira completos. Las tareas que antes llevaban días ahora se hacían en horas.
El autor era un practicante de TDD, acostumbrado a escribir pruebas antes del código. Pero la IA cambió ese hábito. El autor dijo que ya no escribían el código ellos mismos. La mitad del propósito de TDD —no sesgar las pruebas por cómo se implementó el código— se había ido.
El control se perdió temprano. El autor vio al agente firmando commits junto a ellos y se apresuró a darse de baja. Quería fingir que el código era suyo.
Perdiendo el Control
El autor pegó descripciones completas de Jira en la IA y la dejó implementar el trabajo. En una base de código que apenas conocían, confiaron en el juicio de la IA por encima del suyo. Admitieron que no sabían qué hacía realmente el código que enviaron a producción. «Atormentador», escribieron.
Las tareas pequeñas se convirtieron en PR en 30 minutos. El autor configuró múltiples agentes en diferentes worktrees, los conectó a Jira a través de ACLI y les pidió que trabajaran en tickets en worktrees separados. El autor se sintió extasiado.
Pero la alegría no duró. Las tareas más grandes requerían descomposición, y la IA produjo PR con cambios que el autor no podía explicar. Las revisiones de código se convirtieron en un problema. Los compañeros que conocían mejor la base de código podrían preguntar por qué se hizo algo, y el autor no podía responder. «¿Cómo iba a admitir que todo era IA, y yo no era más que un pastor de IA?» preguntaron.
El autor se obligó a entender el código para evitar la humillación. Ese esfuerzo no detuvo la espiral.
Se Instala el Agotamiento
Con demasiados agentes en funcionamiento, el escritor se encontró exhausto. Pequeñas tareas que deberían tomar 20 minutos llevaban 5 minutos de trabajo de IA y dos días de revisión. El escritor cambiaba entre código, pruebas, verificaciones de estilo y estado de CI, y el constante cambio de contexto los agotaba.
Ninguna tarea se introducía sin cambios. La IA redactaba commits y descripciones de PR, a menudo con siete párrafos de largo. El escritor dejó de leerlos. La IA sonaba lo suficientemente profesional como para que el escritor se relajara y la dejara manejar los detalles.
El escritor no había escrito ni una sola línea de código por sí mismo en meses. Tampoco había realizado ningún commit por sí mismo.
Lo que hacemos de esto
El argumento principal del escritor es simple: la productividad de la IA es una ilusión. El agotamiento de administrar múltiples agentes, revisar código que no se comprende completamente y responder por decisiones que no se tomaron es real.
La mayoría de los desarrolladores de IA negarán que hayan perdido el control, sugiere el escritor. Pero en el fondo, saben que es verdad.
La historia es una advertencia sobre la dependencia. Es fácil dejar que una herramienta haga el trabajo y más difícil recuperarla.
| Escenario | Lo que sucedió |
|---|---|
| Comienzo | Un amigo anima al uso de la IA; el escritor prueba el autocompletado mejorado en VSCode |
| Medio | La IA gestiona tickets de Jira, solicitudes de incorporación de cambios en 30 minutos, múltiples agentes ( |
| Fin ( | Meses sin codificación original; la fatiga se instala ( |
El autor admite que la comparación con la adicción es acertada. «Sin un grado de vergüenza», escribieron sobre el uso de la IA en el trabajo. La vergüenza proviene de admitir que la herramienta se apropió de una habilidad que alguna vez poseyeron. (
La historia termina con una confesión de dependencia. No se indica si el autor puede romperla. (
Material fuente: “One Month Without AI,” bustikiller.com.
Recibe El Cuaderno.
Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.