Cómo pueden los desarrolladores conservar su empleo (3)
Ganarán los ingenieros capaces de diagnosticar una arquitectura rota, fijar el objetivo y usar agentes de IA como herramientas de refactorización para llegar a él.
Arquitectura de software
Aquí tienes los enlaces a los artículos de esta serie:
- Parte 1: A qué apuestan las empresas con la IA
- Parte 2: Qué dicen los optimistas y qué pienso yo
- Parte 3: Mis recomendaciones para ti como desarrollador y para ti como líder
Nuestro trabajo cambia deprisa
El trabajo que llamamos ingeniería de software está cambiando mucho, y deprisa. Frank Buchholz, arquitecto de seguridad en SAP, escribió en LinkedIn en octubre de 2026 (traducido del alemán):
A pesar de 45 años de experiencia programando en muchos lenguajes, Claude AI me ha superado ya en todos los aspectos: mejor comprensión del código ajeno (y del mío), habilidades de programación al día, precisión, ausencia de errores... y lo hace todo en una fracción del tiempo que yo necesitaría. Literalmente me caí de la silla cuando, hace cuatro semanas, empecé a continuar un programa antiguo con la IA.
Así que podrías tener la impresión de que a ti, como desarrollador, no se te necesitará mucho más tiempo. No es así. Tu antiguo trabajo ya no hará falta, pero puedes ir a buscarte uno nuevo.
Los futuros ganadores del sector
Los ganadores son los ingenieros de software capaces de diagnosticar una arquitectura rota, fijar el objetivo y usar agentes de IA como herramientas de refactorización para llegar a él.
Casi la mitad de esta capacidad es diagnóstico y decisión. Manejar las herramientas con soltura es la mitad más fácil y se está convirtiendo en algo que se da por hecho. Así que ten cuidado de no practicar solo el trabajo con agentes de IA. Muchísima gente sabrá hacerlo pronto.
Asegúrate de saber cómo se hace lo siguiente, y de que puedes hacerlo, tanto por tu cuenta como junto con tu agente:
- Derivar la arquitectura de los requisitos
- Diseñar estructuras que resistan los requisitos y aporten calidad
- Escribir conceptos técnicos (p. ej., persistencia, logging, seguridad, escalado)
- Ayudar a tus compañeros (personas y agentes) a implementarlos
- Evaluar y mejorar tu arquitectura con regularidad
- Seguir aprendiendo
Ese es tu nuevo trabajo, el que deberías ir a tomar. El poder y la destreza se toman, no se regalan. Si necesitas ayuda con eso, solo tienes que pedírmela.
La paradoja de la oferta
Una comprensión profunda de la arquitectura solía venir de años de exactamente ese trabajo pesado que ahora se está automatizando. Como apenas se contrata ya a juniors, el grupo de personas capaces de hacer trabajos de rescate se reduce, justo cuando crece la demanda. Estas personas serán escasas y muy solicitadas, y la prima salarial que cobren aumentará.
Así que asegúrate de reunir estas habilidades cada vez más raras, de practicarlas y de mantenerlas frescas de esa manera. Trabaja con otras personas, quizá especialmente con gente mayor que tú que aún viene de la época en que el código se escribía a mano. Y si tú sigues siendo de los que lo escriben a mano, enseña a los más jóvenes, a los «nativos de la IA», cómo se hace.
Los proyectos de código abierto ayudan mucho en esto. En octubre de 2026 me topé con el proyecto Immich en GitHub:
Immich es un sistema para gestionar fotos y vídeos. Puedes alojarlo en tu propio hardware, así que no dependes de ningún proveedor. Si quieres practicar la arquitectura con un ejemplo real, contribuye a proyectos como Immich, sobre todo cuando quienes los mantienen tienen reglas duras como esta en su CONTRIBUTING.md:
We ask you not to open PRs generated with an LLM. We find that code generated like this tends to need a large amount of back-and-forth, which is a very inefficient use of our time. Even a one line change can have significant impact. We cannot have any confidence in an LLM, so if it's non-trivial for us to verify it works and you don't show that you fully understand all implications of the change, reviewing the PR is not worth our time. If we want LLM-generated code, it's much faster for us to use an LLM ourselves than to go through an intermediary via a pull request.
¿Te supone un reto? Entonces ponte a ello, y después inclúyelo en tu CV.
En qué podría equivocarme
Mi hipótesis es una apuesta sobre los límites de los modelos, y cuando pienso en tres o más años vista, esos límites son de lo que menos seguro estoy.
Pero la versión atemporal es esta: quien conoce el contexto que no está escrito y responde del resultado sigue siendo valioso, aunque algún día los modelos asuman gran parte del pensamiento arquitectónico.
Algunas empresas ya se están cubriendo las espaldas
En febrero de 2026, la directora de RR. HH. de IBM, Nickle LaMoreaux, presentó algunas medidas destacables en el «Leading with AI Summit» de Nueva York.
IBM está triplicando la contratación de personas que empiezan su carrera, tras reescribir sus puestos junior en torno al criterio y la supervisión de la IA. Allí están pasando muchas cosas ahora mismo:
Esto es lo que IBM tiene previsto hacer:
- Triplicar la contratación: En 2026, IBM quiere contratar en EE. UU. tres veces más personas de nivel inicial, incluidos expresamente desarrolladores de software y otros puestos que supuestamente puede asumir la IA.
- Reescribir los perfiles de puesto: LaMoreaux ha cambiado los perfiles de nivel inicial para que se centren menos en trabajo automatizable, como la programación, y más en el contacto con los clientes.
- Usar a los desarrolladores junior de otra manera: Siguen programando y probando, pero pasan mucho más tiempo con los equipos de marketing y con los clientes, para obtener feedback para la planificación de productos. También construyen nuevos tipos de productos en lugar de limitarse a mantener los existentes.
- Supervisar lo que produce la IA: Según la información publicada, los desarrolladores junior también comprueban los resultados generados por IA. En RR. HH., los recién llegados intervienen cuando los chatbots de RR. HH. no pueden resolver una solicitud, y corrigen sus respuestas.
- Puestos objetivo: IBM contrata para puestos relacionados con la IA y la nube híbrida, entre ellos desarrolladores de software, analistas de ciberseguridad e ingenieros de IA.
El razonamiento:
- Un eslabón perdido: Quien ahorra hoy en personas de nivel inicial tendrá más adelante muy pocos líderes con experiencia y tendrá que quitárselos a la competencia a un precio más alto.
- Una apuesta por el futuro: LaMoreaux espera que dentro de tres a cinco años las empresas de más éxito sean las que contraten ahora a más personas de nivel inicial.
Así que, si quieres tomar para ti un nuevo trabajo, busca empresas que también hayan oído este «gong de la IA». Comprueba si responden contratando, como hace IBM. Esas empresas son sabias. Las otras, que solo tienen el ahorro en su lista, lo son menos.
Mi invitación a quienes lideran
Esto no es un llamamiento a prescindir de los agentes. Es un llamamiento a medir. Observa cuánto cuesta un cambio de arquitectura a lo largo del tiempo, cuántas personas pueden explicar cada sistema crítico sin preguntar a la IA y si el trabajo de rescate se abarata con cada generación de modelos.
Si los costes de rescate bajan con cada versión de los modelos, ganan los optimistas, y lo diré. Si se mantienen o suben, la factura es arquitectónica, y habrá que pagarla.
Si eres líder y has leído hasta aquí, escríbeme y cuéntame qué estás viendo ahora mismo. Tengo mucha curiosidad, porque ahora mismo están cambiando muchas cosas.