Guía de industria
El código dejó de ser tu ventaja: tu carrera en la era de la IA
Tu chamba nunca fue escribir código: fue resolverle un problema a alguien. El marco para replantear tu carrera sin pánico ni negación.
Si eres ingeniero y en los últimos meses sentiste que el piso se movió (que lo que te hacía valioso hace tres años ya no pesa igual, que la IA escribe en segundos lo que a ti te tomaba una tarde), este texto es para ti. No vengo a venderte pánico ni a jurarte que todo va a estar bien. Vengo a ofrecerte un marco para replantear tu carrera con los ojos abiertos. Y quiero ser honesto de entrada: casi todo lo que sigue es una apuesta, no una profecía. Nadie sabe exactamente cómo se ve esta industria en cinco años. Lo que sí puedo hacer es mostrarte hacia dónde se está moviendo el leverage, para que apuestes con criterio y no por miedo.
Empecemos por el malentendido de fondo: tu chamba nunca fue escribir código. Tu chamba es resolverle un problema a alguien. Lo único que varía es el nivel de abstracción entre tú y esa persona. Como casi nunca vemos al cliente final (nos llega un ticket, una historia de usuario, un diseño ya masticado), es facilísimo creer que la chamba es el código. No lo es. El código siempre fue el medio, nunca el fin. La IA no te quitó tu trabajo; te quitó la ilusión de que tu trabajo era teclear.
Y aquí está la parte incómoda: el código dejó de ser la moneda de cambio. A las empresas ya no les interesa contratar a alguien que sepa JavaScript o Go; les interesa alguien que use la tecnología para hacer o ahorrar dinero. Siempre fue así, pero la industria ya no tiene ni el tiempo ni los incentivos para maquillarlo. Durante años, saber muchas tecnologías fue tu foso, tu moat. Ese foso se está secando. No porque el código no importe, sino porque escribirlo dejó de ser escaso.
Esto no significa que se acabe el trabajo. Va a seguir habiendo muchísimo trabajo relacionado con software. Lo que se comprime es la chamba de programador puro. Como lo he dicho antes: chamba de desarrollo de software sí va a haber, y mucha; chamba de teclear código, ya no tanto. De hecho, tus problemas de carrera cada vez se resuelven menos con un pull request.
Aquí es donde mucha gente patina, y no por falta de talento. La ingeniería te entrena durante años a pensar en determinista: compila o no compila, el test pasa o falla, la respuesta es correcta o incorrecta. Es un mundo binario, y es adictivo por lo limpio que se siente. Pero las decisiones de carrera no son deterministas: son cualitativas. Tienen efectos de segundo y de tercer orden que no puedes compilar para ver si funcionan. No hay un test que te diga si escogiste bien. Cuando le aplicas tu cabeza de ingeniero (buscando la respuesta correcta, el óptimo local) a un problema que es de criterio y no de lógica, te frustras. El primer reencuadre de esta era es soltar el determinismo.
Un modelo que uso mucho para esto es Age of Empires. Al inicio de una partida (y de una carrera) divergemos: abres el mapa, exploras, produces cantidad, acumulas repeticiones, pierdes un aldeano y no pasa nada. Luego llega el punto de converger: cortas el ruido, enfocas, aplicas criterio. Los dos momentos importan, pero son distintos. Lo que hace la IA es acelerar brutalmente la fase de "abre el mapa". Explorar, prototipar, generar diez versiones de algo, aprender una herramienta nueva: todo eso ahora es casi instantáneo. Y cuando abrir el mapa se vuelve gratis, el valor se muda entero a la otra mitad: converger. Cortar el ruido, decidir qué sí y qué no, tener el criterio para saber cuál de las diez versiones sirve. La divergencia se abarató; la convergencia es el oro.
Ese criterio tiene nombre: es criterio de producto. Y la apuesta más segura que veo es esta: las personas de producto que sepan de código van a tener las posiciones más estables. No el que sepa más frameworks, sino el que conecte lo técnico con lo que el negocio y el cliente de verdad necesitan. Tu verdadero stack deja de ser React o Go y pasa a ser criterio, influencia y entendimiento del problema. Deja de optimizar tu stack; empieza a optimizar tu criterio.
Esto no es nuevo, la IA solo lo aceleró. Lo que hace realmente un senior nunca fue escribir más código que los demás; su chamba es resolver un problema una sola vez, de raíz. En vez de trapear el piso todos los días, arreglas la fuga. La IA es una aliada perfecta para eso: te quita el trapeado (el boilerplate, la búsqueda de sintaxis, el andamiaje) y te deja tiempo para lo que siempre fue lo valioso, encontrar y arreglar la fuga.
Hay otra cosa moviéndose debajo de todo esto: los roles se están compactando. La definición misma de lo que hace un desarrollador está cambiando. Lo que durante años llamamos Staff (el expertise técnico para respaldar decisiones, el expertise social para ejercer influencia, y la visión de producto para decidir estratégicamente) es justamente la aglomeración de habilidades que se está estabilizando como el nuevo centro de gravedad. No es casualidad: es exactamente la combinación que la IA no reemplaza, porque no es teclear, es juzgar. Y ojo, esto no te obliga a volverte manager; la ruta Staff, la de crecer sin gestionar a nadie, es una carrera legítima y cada vez más central.
Lo cual me lleva a un error clásico que la IA vuelve más caro: volverte manager para escapar del teclado. Si tu plan es "me hago EM y así ya no me toca la parte técnica que la IA está sacudiendo", tengo malas noticias. Los Engineering Managers están escribiendo cuatro veces más código que hace seis meses. La IA cambió el trabajo de todos los roles, no solo del IC. No hay una casilla donde esconderte de este cambio. Management es una carrera distinta, con su propia lógica, y es una gran opción si de verdad la quieres; pero como refugio anti-IA es una trampa.
Entonces, ¿cuál es la apuesta, dicha sin rodeos? El leverage se está moviendo de "saber diez mil tecnologías" a conectar un sentido de servicio (querer de verdad resolverle un problema a alguien) con habilidades técnicas suficientemente buenas y criterio de producto. Fíjate en "suficientemente buenas". Ya no se premia al que sabe más; se premia al que entiende mejor el problema y tiene el juicio para dirigir la herramienta. Es la siguiente era del trabajo del conocimiento, y aplica muchísimo más allá del software.
Sé que esto le cae mal a mucha gente, y lo entiendo. Tengo amigos escépticos de la IA con un talento extraordinario que siguen invirtiendo su energía en hacer, a mano y con orgullo, exactamente lo que un LLM ya hace mejor. No lo digo para presumir ni para humillar a nadie; lo digo porque me caga ver talento apostándole al lado equivocado del cambio. El orgullo de artesano es hermoso, pero no es una estrategia de carrera.
Y si estás en Latinoamérica, esto te toca de una forma particular. En la era de la IA, el ingeniero en LATAM que entiende el negocio gana colocándose más cerca de donde se genera el valor, no ejecutando desde la última capa. El código barato y abundante no es tu amenaza si tu ventaja dejó de ser el código. Nuestra ventaja siempre fue el contexto, la cercanía con el problema, la capacidad de traducir entre negocio y técnica. Esa ventaja la IA no la toca; la amplifica.
Un reencuadre que ayuda a no entrar en pánico: separa tu carrera de tu empleo. Tu empleo es esta chamba, esta empresa, este puesto que quizá se sienta amenazado hoy. Tu carrera es el arco de quince o veinte años del que este empleo es apenas combustible. La IA puede sacudir tu empleo actual sin tocar tu carrera, si eres tú quien decide hacia dónde recolocarte. Ocúpate de tu carrera, no solo de tu trabajo. El conocimiento que generes es tuyo; se lo prestas a la empresa, pero te lo llevas.
En lo práctico, esto no se trata de reinventarte de golpe. Se trata de mover el peso, poco a poco, hacia el lado que va a importar. Usa la IA agresivamente para lo que sí acelera (el "abre el mapa": aprender, prototipar, quitarte el andamiaje) y reinvierte ese tiempo en lo que no se automatiza: entender de verdad el problema de la persona del otro lado, ganar contexto de negocio, practicar el criterio de decir que no. Empieza a hacerte la pregunta que casi nadie se hace en el standup: no "¿cómo lo construyo?", sino "¿por qué esto, y para quién?". Ese músculo, el del criterio para saber en qué proyectos meterte y en cuáles no, es el que se está volviendo escaso.
Nada de esto es un pronóstico del fin del mundo ni una promesa de que todo estará bien. Es un cambio de qué es lo escaso. Durante décadas lo escaso fue escribir el código; hoy lo escaso es el criterio para dirigirlo hacia un problema que valga la pena. Si te reencuadras a tiempo, esta es de las mejores épocas para ser ingeniero: te acaban de quitar de encima la parte más mecánica de tu trabajo. La pregunta no es si la IA te reemplaza; es si tú te mueves hacia donde tu juicio empieza a valer más que tu velocidad tecleando.
Si quieres seguir jalando el hilo, estas piezas amplían lo que toqué aquí: por qué el código ya no es la moneda de cambio, las farmacias similares del desarrollo de software, por qué tu título es un lagging indicator, y tu carrera vista como un mapa de Age of Empires.
Si estás justo en esta decisión
No te digo qué decidir. Te acompaño a que llegues a tu propia respuesta.
Eso es lo que hago en mis sesiones de coaching 1:1: ponemos en orden el contexto, leemos las reglas del juego y convertimos una situación ambigua en decisiones que puedas sostener. Con los criterios correctos y sin autoengaños. Y está bien si no lo quieres hacer solo.
Cómo trabajo el coaching 1:1Trabajo con pocas personas a la vez. Si no hay encaje, te lo digo antes de empezar.