No te va a reemplazar la IA. Te va a reemplazar alguien que ya la usa.

Hay una conversación que no termina: - la IA nos va a quitar el trabajo - aparece en LinkedIn, en conferencias, en chats de equipo. Cambian los ejemplos, cambian los estudios, pero la sensación es la misma: incertidumbre.

El problema es que está apuntando al lugar equivocado. Mientras muchos siguen debatiendo si los va a reemplazar, otros ya operan de una forma distinta.

Hemos visto este patrón antes, varias veces, y siempre empieza igual:

• Cuando COBOL apareció en 1959, la reacción fue de resistencia. Los programadores de ensamblador decian que nunca podría reemplazar la precisión del código de bajo nivel. Pero quienes adoptaron COBOL antes pudieron construir sistemas más grandes, más rápido, con menos personas. No desapareció el trabajo de programación. Se transformó lo que significaba hacerlo bien.

• Lo mismo ocurrió con la virtualización. Cuando VMware ganó terreno en los 2000, los sysadmins que entendieron el cambio antes empezaron a gestionar diez veces más servidores con el mismo equipo. Se abrió una brecha enorme entre los que evolucionaron y los que esperaron.

• Con el cloud pasó igual. Y luego con los containers. Cuando Docker se popularizó alrededor de 2014 y Kubernetes empezó a dominar la orquestación, no desaparecieron los equipos de infraestructura, pero cambió radicalmente lo que se esperaba de ellos. Quienes adoptaron containers temprano empezaron a entregar entornos reproducibles en minutos, a escalar servicios sin intervención manual. El trabajo no desapareció. Pero lo que significaba ser bueno en ese trabajo cambió completamente.

La brecha que se abre

Con la IA está ocurriendo lo mismo, solo que el ciclo es más corto y la brecha se abre más rápido.

Hoy hay personas en tu mismo campo que ya automatizaron análisis que antes tomaban días, que generan documentación técnica y propuestas en horas, que toman decisiones con más contexto sin depender de otros equipos. No son “expertos en IA” con stacks exóticos. Simplemente integraron estas herramientas en su forma de trabajar.

No estás compitiendo contra la IA. Estás compitiendo contra alguien que ya amplificó sus capacidades con ella.

Desde infraestructura esto se ve con claridad. Antes, hacer troubleshooting significaba esperar a que alguien analizara logs, correlacionar métricas entre sistemas, reconstruir el contexto de un incidente entre varias personas. Hoy puedes sintetizar ese mismo incidente en minutos, generar hipótesis a partir de síntomas y automatizar partes del diagnóstico inicial.

No es magia. Es saber usar una herramienta. Y cuando alguien aprende a usarla bien, multiplica lo que puede hacer. Esa ventaja, acumulada día tras día, crea una brecha.

Y si lo piensas bien, tampoco es tan diferente a lo que ya hacíamos. Siempre fuimos a Google cuando no sabíamos algo. Siempre buscamos en Stack Overflow cuando el error no tenía sentido. Lo que cambió no es el comportamiento, es la velocidad y la profundidad de la respuesta.

Antes encontrabas un hilo de cinco años que resolvía el 80% de tu problema. Ahora tienes algo que entiende tu contexto específico y propone una solución completa en segundos.

Pero la parte crítica no cambió: igual que no pegabas código de Stack Overflow sin leerlo, no puedes aceptar lo que genera una IA sin entenderlo. La supervisión, el criterio, la responsabilidad de que eso funcione en producción siguen siendo tuyos. La IA acelera el camino.

Es imposible no emocionarse

Cuando veo en acción herramientas como Claude Code, me emociono. Ver cómo un agente entiende el contexto de un repositorio completo, propone cambios, detecta inconsistencias y genera código que realmente funciona, en lugar de tener la sensación de estar viendo algo que te va a quitar el trabajo, debemos ver a un colaborador que no se cansa, que no pierde el hilo y que sostiene el contexto técnico de una conversación larga sin desviarse. Eso que parece una amenaza, algunos lo convierten en ventaja: algo que amplifica lo que ya sabes hacer y te deja más tiempo para las decisiones que solo tú puedes tomar.

La brecha es el verdadero problema, no el reemplazo.

No es un evento binario de “tengo trabajo / no tengo trabajo”. Es algo más gradual: alguien empieza a entregar más que tú, resuelve problemas más rápido, escala su impacto sin aumentar su carga. Con el tiempo, esa diferencia se vuelve estructural. Pierdes relevancia no porque la IA te reemplazó, sino porque alguien evolucionó su forma de trabajar antes que tú.

La evolución

Pero hay una conversación paralela que sería deshonesto ignorar.

Cuando una tecnología aumenta la productividad individual, las empresas pueden hacer lo mismo con menos gente. Ya está pasando: el US Tech Hiring Freeze lleva tres años activo según Indeed Hiring Lab, con postings para software engineers cayendo casi 50% respecto a niveles pre-pandemia. Al mismo tiempo, siempre aparecen categorías nuevas. En los 90 nadie contrataba DevOps engineers ni data scientists. Esos roles surgieron porque la tecnología creó problemas que alguien tenía que resolver.

El problema es el timing. Los roles nuevos tardan años en que el mercado les ponga precio. El desplazamiento ocurre mucho más rápido. El Future of Jobs Report 2025 del WEF lo documenta: para 2030 se crearán 170 millones de roles nuevos pero se eliminarán 92 millones, concentrados precisamente en las categorías que hoy se están desplazando.

Los más expuestos son los roles de alto volumen y baja variabilidad: redacción genérica, análisis recurrente, soporte de primer nivel, QA manual. Un estudio de Harvard que rastreó 62 millones de trabajadores encontró que el empleo junior en empresas que adoptaron IA cayó entre 9 y 10% en los primeros seis trimestres, mientras el empleo senior se mantuvo igual.

Saber usar IA bien va a dejar de ser diferenciador y se va a volver requisito base, como hoy lo es Excel o Git. Cuando eso pase, quien no lo tenga simplemente no entra a la conversación.

¿Entonces que hacemos?

La pregunta “¿la IA me va a reemplazar?” no ayuda. Es abstracta y está fuera de tu control. Hay una mejor pregunta: ¿alguien en mi campo ya está trabajando de una forma que yo no? Esa sí puedes responder hoy. Y más importante: puedes hacer algo al respecto.

Lo que viene no es humanos contra máquinas. Es gente que incorporó nuevas capacidades en su forma de trabajar versus gente que no lo hizo a tiempo. Al inicio, la diferencia parece pequeña.

Pero no se mantiene así. Se acumula.

La pregunta correcta no es si la IA es una amenaza. Es si ya estás operando del lado correcto de la brecha que se está formando.