Ya Somos Todos Titiriteros de IA
Hace seis meses escribía código. Hoy escribo prompts y valido outputs. El oficio cambió. El equipo cambió. Hasta el café cambió. Y nadie habla con honestidad de lo que perdimos — ni de lo que se viene.
Me fui a buscar café. Cuando volví, el feature ya estaba listo.
Sin PR esperando review. Sin mensaje en Slack pidiendo aclaración. Sin ningún compañero explicando por qué el enfoque necesitaba cambiar. Solo cuatro agentes de IA que terminaron el trabajo mientras yo estaba afuera.
Eso debería sentirse como una victoria. No siempre se siente así.
Los Últimos Seis Meses Cambiaron Todo
Hace seis meses mi día se veía así: abrir el IDE, leer el ticket, pensar en el problema, discutirlo con alguien del equipo, escribir el código, hacer push, esperar el review, iterar.
Hoy se ve así: abrir la terminal, escribir un prompt, revisar lo que devolvió, validarlo contra los criterios de aceptación, seguir.
No estoy escribiendo menos código porque sea flojo. Estoy escribiendo menos código porque la IA lo hace más rápido, y mi valor se desplazó. Ya no soy la persona que escribe la lógica — soy la persona que decide si la lógica es correcta.
Ese es un cambio real. Y para muchos developers, pasó tan rápido que no lo notaron hasta que la habilidad empezó a sentirse oxidada.
Tu Equipo Ahora Son Cuatro Agentes
Antes empezaba la mañana sincronizando con el equipo. Un standup rápido, algunos mensajes asincrónicos, alguien compartiendo un problema interesante del día anterior.
Ahora mi “equipo” es un conjunto de agentes que configuré. No tienen opiniones. No rechazan malas ideas. No te dicen cuando estás tomando el camino equivocado — a menos que se los pidas. Ejecutan.
Hay cierta eficiencia en eso. También hay cierta soledad que nadie está nombrando.
La resolución de problemas accidental desapareció — el junior que te hacía una pregunta y te exponía un hueco en tu propio entendimiento, la conversación de pasillo que reencuadraba un diseño que creías resuelto. Ya no tienes eso.
Entregamos más rápido. Perdimos algo en el proceso.
El Burnout de los Tokens Es Real
El burnout clásico venía del exceso de trabajo, mala gestión, requisitos poco claros, reuniones interminables. Ya conoces el tipo.
El nuevo es diferente.
“No puedo continuar. Se me acabaron los tokens. Mañana seguimos.”
La he escuchado más de una vez este año. Es rara cada vez. Cambiamos la fatiga humana por límites computacionales — no eliminamos la restricción, la terciarizamos a una cuota de API.
Cuando un humano se cansa, lo entiendes. Cuando una IA se detiene a mitad de una tarea porque alcanzó el techo de tokens, hay una frustración específica: el trabajo no está terminado, el contexto se fue, y mañana retomas un hilo que la siguiente sesión puede no reconstruir bien.
El burnout no desapareció. Solo cambió de forma.
Los Roles Se Están Disolviendo
Los diseñadores están haciendo deploy de código. Los developers están diseñando interfaces. Los product managers están escribiendo SQL. Las fronteras que definieron roles por décadas se están borrando. Rápido.
Algo de eso funciona de verdad. Un diseñador que implementa su propia visión se salta el handoff. Un developer que puede mockear una UI se salta el design sprint. Ambos entregan antes.
Pero hay un lado oscuro.
Cuando los roles se disuelven, la responsabilidad se va con ellos. Un diseñador que “construyó una app” con código generado por IA puede no saber — y en la mayoría de los casos no sabe — qué vive dentro de ese codebase. El flujo de autenticación, el almacenamiento de datos, los APIs de terceros con sus propias políticas de privacidad. Entregaron un producto. No entregaron comprensión.
Ahí empiezan los problemas reales.
El Vacío de Responsabilidad
Personas sin conocimiento técnico están construyendo aplicaciones, vendiéndolas, y recolectando datos de usuarios sin entender lo que eso significa.
Lo he visto. Alguien construye un SaaS con un asistente de código de IA, empieza a cobrar $20 al mes, guarda correos de usuarios, datos de pago, quizás inputs relacionados con salud — y nunca ha pensado en encriptación en reposo, GDPR, SOC 2, ni qué pasa cuando su proveedor sufre una brecha.
No son maliciosos. Simplemente están operando en un momento donde “puedo construirlo” ya no requiere “entiendo lo que construí.”
La barrera para crear bajó. La barrera para la responsabilidad no.
Antes llamabas a servicio al cliente y te contestaba una persona — alguien que podía tomar decisiones, escalar los casos raros, reconocer cuando algo no encajaba con el guión. Hoy obtienes un agente de chat que maneja los casos comunes y falla de maneras difíciles de predecir y más difíciles de recuperar.
Automatizamos la interacción. No automatizamos el juicio.
¿A Dónde Vamos?
¿Vamos hacia un mercado laboral que no necesita personas?
Todavía no. Pero la mayoría lo estamos transitando sin detenernos a pensar.
Los developers que van a importar en los próximos dos años no son los que resisten las herramientas de IA — ese barco ya zarpó. Son los que entienden lo que la IA no sabe: contexto, consecuencia, responsabilidad, ética, confianza del usuario.
Una IA puede construir el feature. No puede decidir si el feature debería existir. No puede evaluar la exposición legal, la relación con el usuario, la dirección del producto a largo plazo. Ese sigue siendo un trabajo humano.
Solo que diferente a escribir for loops.
La pregunta real no es si la IA va a reemplazar a los developers. Es en qué tipo de developer te estás convirtiendo mientras la IA hace el trabajo. ¿Eres la persona que aprueba el output? ¿O la que realmente lo entiende?
¿Cómo han sido tus últimos seis meses? ¿Progreso, pérdida, o algo más difícil de nombrar? Comparte esto con alguien de tu equipo, o encuéntrame en redes — porque esta conversación vale la pena tenerla en voz alta, no solo en nuestra cabeza mientras los agentes trabajan.
Comparte este post