Cuando un periodista pregunta a cuatro engineers senior con diez o más años de experiencia en producción qué los mantiene relevantes en 2026, uno espera cuatro respuestas distintas. Recibe una. La IA ha hecho casi irrelevantes las habilidades de codificación, la propiedad del código no se ha movido un milímetro, y el engineer que sabe hacer ambas cosas sigue recibiendo la llamada. La entrevista de Marko Crnjanski en ShiftMag del 24 de abril de 2026 sentó a Denis, Marina, Marko y Mario, todos con más de diez años de carrera, y la convergencia es la noticia. No coinciden porque hayan acordado las respuestas. Coinciden porque el trabajo subyacente cambió de la misma forma para todos los que mantienen código de producción en 2026.
Este texto lee sus respuestas como un documento del lado del comprador y del hiring, con citas verbatim y la polémica es mía. Si filtras contractors senior, pagas salarios senior o llevas un pager por un sistema que envía código generado por IA todos los días, esta convergencia cuádruple es tu señal.
Lo que dice realmente la entrevista de ShiftMag
Marko Crnjanski, editor de ShiftMag, entrevistó a cuatro engineers, cada uno con más de diez años en producción, sobre tres preguntas: qué los mantuvo relevantes, si el éxito a largo plazo se inclina hacia el especialista o el generalista, y cómo las herramientas de IA están cambiando las carreras de developer. Las respuestas fueron editadas pero no comprimidas hasta lo banal. Leído de cabo a rabo, el artículo se lee menos como un panel y más como un focus group que no sabía que lo era.
Denis sobre seguir siendo relevante: I was always looking for ways to improve my workflow, so I could spend more time on the interesting, creative parts of the job and less on repetitive, routine tasks. I focused on really understanding problems and possible solutions, which meant building deeper knowledge rather than relying on quick fixes from the internet.
Denis dice por tanto que el entendimiento profundo de los problemas vence a los apaños rápidos de internet, porque el tiempo creativo solo se libera cuando la rutina se entiende de verdad.
Marina sobre lo mismo: Staying relevant over the years came down to curiosity and hands-on learning. I regularly read blogs and watch online conferences to keep up with new technologies, but I learned the most by trying things out through small POCs.
Marina añade que aprende más con pequeños POC hechos con sus maños que con consumo pasivo de contenidos.
Marko sobre lo mismo: For me it’s a combination of continuous learning and a strong focus on fundamentals. I always tried to explore new technologies and different domains, but with an emphasis on really understanding the core principles behind them.
Marko ata aprendizaje y fundamentos: nuevas tecnologías sí, pero siempre pasando por los principios subyacentes.
Mario sobre lo mismo: Talking to other people, watching what others build, and experimenting myself plus exploring open source projects, YouTube videos, and Udemy courses on 2x speed to quickly understand what’s possible with unfamiliar tools.
Mario se apoya en conversaciones directas, en open source y en consumo rápido a doble velocidad para situar pronto qué es posible con una herramienta desconocida.
Cada uno de ellos, preguntado por separado, volvió a la misma tríada: conocimiento profundo frente a apaño rápido, experiencia hands-on de producción y aprendizaje que se mueve entre dominios en lugar de bajar por un único pozo. Los cuatro trabajaron además en stacks distintos (Marina más front-end, Mario desde Linux internals hacia arriba, Marko cross-stack, Denis más cerca del producto), lo que hace la convergencia más fuerte y no más débil.
La IA como amplificador, no como sustituto
La línea más fuerte del artículo viene de Marina: AI tools will significantly change how developers work, but I don’t see them replacing strong engineers. Instead, they will amplify those who understand what they are building.
Marina dice por tanto que la IA amplifica a quienes saben lo que construyen en vez de sustituirlos.
La palabra amplifier hace mucho trabajo aquí. Un amplificador multiplica señal. También multiplica ruido. La lectura del lado del comprador es que la IA no eleva por sí sola a un junior a senior y no aplana la curva de seniority. La inclina más. El senior que sabe qué enviar se vuelve más rápido. El junior que no sabe qué enviar se vuelve más rápido en enviar lo equivocado.
Denis va más lejos, con la cita más provocadora del texto: AI tools have made coding skills almost irrelevant. Still, other skills and practices related to quality, such as trunk-based development, TDD, continuous delivery, modularity, cohesion, DDD, etc., are more valuable than before. AI tools are a powerful amplifier, and they need guidance.
Denis sostiene por tanto que la producción de código puro ha perdido valor económico marginal, el oficio que lo rodea sube, y el amplificador solo funciona bajo guía.
Lee esa línea despacio. No está diciendo que codificar no importe. Está diciendo que el acto de producir sintaxis válida en un lenguaje conocido ha caído cerca de cero en valor económico marginal, mientras que el oficio que lo rodea (disciplina de tests, cadencia de despliegue, cohesión arquitectónica) ha subido. Esto es coherente con lo que los reclutadores polacos dijeron a No Fluff Jobs en su informe de mercado 2025-2026: los programadores son cada vez más operadores de LLMs y arquitectos de automatización, no mecanógrafos de código. El informe de Just Join IT lo formula de manera más directa: el prompt engineering fue tan importante como la programación clásica durante un año, después se disolvió en el día a día, y lo que quedó fue la capacidad de dirigir la IA hacia los problemas que importan. El Estado del Mercado Laboral Tech 2025 de InfoJobs registra el mismo patrón en España: la prima salarial de los perfiles senior con varias profundidades reales se ha mantenido elevada durante 2025, mientras la presión sobre las vacantes junior se ha endurecido.
Para el pilar de servicio Universal Commerce Protocol y el comercio listo para agentes o entregas headless WordPress con el front público desacoplado, el encuadre amplificador de Marina es la verdad operativa. La IA envía el código. El senior decide si el código pertenece siquiera a este repositorio.
La propiedad y el on-call no se mueven
La articulación más limpia del lado humano del giro de la IA viene de Mario: The amount of generated code is huge, yet humans still need to review, understand, and own it. AI isn’t the one waking up when something breaks. Creating PRs with AI is easy, being responsible for them is another story.
Mario dice por tanto que el volumen explota, la responsabilidad no migra, y abrir un PR se ha vuelto barato, pero hacerse cargo de él sigue saliendo caro.
Esta es la línea que se pega en la matriz de hiring del lado del comprador. Cualquiera que lleve un pager por un sistema de producción en 2026 la entiende por instinto. La IA expande la superficie más rápido de lo que el equipo puede crecer. La responsabilidad del equipo por esa superficie no se expande nada. El resultado es compresión: los engineers senior pasan más del día revisando, asumiendo y rechazando output de IA, y menos escribiendo código desde cero. La forma del trabajo está más cerca de un senior reviewer en una tienda de PRs de alta frecuencia que de un senior IC de hace cinco años.
Marko hace el mismo punto en otro lenguaje: When something breaks at 2 a.m., it’s still engineers who make decisións and take responsibility. AI is powerful, but only as effective as the person using it.
Marko añade que cuando algo se rompe a las dos de la madrugada, siguen siendo los engineers los que toman decisiones y asumen responsabilidad, y la IA solo es tan eficaz como la persona que la usa.
Para nuestros clientes de auditoría de seguridad WordPress y soporte técnico WordPress, esta es la diferencia operativa entre un contractor senior y un mid aumentado por IA. El senior es aquel cuyo nombre va al runbook y cuyo teléfono suena cuando el runbook falla. La IA no cubre ese puesto.
La forma de M vence a la forma de T, al final
El centro del artículo es la parte que los hiring managers van a reconocer menos. A los cuatro veteraños se les preguntó si el éxito a largo plazo se inclina hacia el especialista profundo o hacia el generalista amplio, y tres de cuatro dicen que ninguno. Describen la forma de M: profundidad en varios dominios, acumulada por seguir los problemas en lugar de planificar la carrera.
Marina empieza por la T canónica y dice que dejó de describir su trabajo: Earlier in my career, I believed that being a T-shaped developer was the ideal path and I assumed that trying to learn more than one thing deeply would only lead to superficial knowledge and that focusing on a single specialization was the safest way to grow. Over time, my view changed. Through real-world experience, I realized it’s possible to build strong, meaningful expertise in multiple areas without losing depth.
Marina describe por tanto su propio paso del ideal en T a la constatación de que varias profundidades serias son posibles sin perder profundidad.
Mario, con más de veinte años entre Linux internals, redes, compiladores, contenedores, orquestación y sistemas distribuidos, describe el mismo arco: So my view has evolved, I started as a T-shaped believer, and somewhere along the way I became something closer to M-shaped. Not by design, but by following the problems.
Mario añade que no fue por diseño, sino por seguir los problemas.
Marko enuncia el principio que lo une todo: What ties all of this together is problem-solving. Technologies change, but problems remain. Being able to learn continuously, adapt, and apply concepts from one domain to seemingly unrelated problems becomes incredibly valuable over the long term.
Marko resume: las tecnologías cambian, los problemas permanecen, y el valor reside en aplicar conceptos de un dominio a problemas de otro.
Esta es la justificación técnica del patrón de engineer composicional que marcas freelance polacas como wppoland.com venden. WordPress está al lado de Astro, Next.js, Cloudflare Workers, Universal Commerce Protocol, preparación NIS2 y auditorías de accesibilidad, no porque el engineer coleccionara stacks como insignias, sino porque los problemas de producción cruzaron esas fronteras. Un CV en forma de M es más difícil de falsear que un CV en forma de T; la profundidad en cada pico se puede testar en una llamada de referencia. El Monitor Anual de Ocupaciones de Adecco de 2025 apunta el mismo patrón en el mercado español: los perfiles más difíciles de cubrir no son los más amplios, sino los que combinan dos o tres profundidades verificables en producción.
El corredor estrecho de los juniors
La línea más dura del artículo es también de Mario, y no es optimista: Young developers are in a tight spot, suddenly expected to skip writing code by hand but still have the same depth of understanding. And I’m not sure you can skip that part. There’s something about writing code by hand, hitting a wall, debugging it yourself, and feeling the pain of it not working that builds intuition you can’t shortcut. Even if AI is faster and easier.
Mario dice por tanto que no se puede saltar la escritura a mano sin perder la intuición que crece precisamente de ese dolor.
Para los juniors polacos la evidencia empírica respalda la tesis. No Fluff Jobs informó de que las ofertas para junior cayeron en 2025 al 5,3 por ciento del total, mientras que las ofertas senior se mantuvieron en el 59,7 por ciento. La medición de Just Join IT sitúa las ofertas para junior en el 4,79 por ciento y las senior en el 51,48 por ciento. El pipeline que históricamente producía engineers senior (junior escribe código a mano, choca contra la pared, aprende) se ha visto interrumpido en la capa de entrada, porque el junior aumentado por IA produce un output que parece senior en pantalla y no lo es.
La recomendación de Marko en el artículo es la más pragmática: For junior developers, don’t skip the fundamentals. Expectations are higher than ever, but strong foundations are key for a sustainable career. The good news is that access to knowledge and AI tools is better than ever. Use AI to accelerate learning, not replace understanding.
Marko resume que no hay atajo alrededor de los fundamentos, y la IA solo sirve para acelerar el aprendizaje, no para sustituir la comprensión.
La receta táctica de Mario: Write as much code by hand as you can. Use AI to review it, ask for other options, and have it challenge your approach, and then actually think through the answers.
Mario da la fórmula: primero escribir a mano, luego usar la IA como segundo par de ojos y pensar de verdad en sus respuestas.
Si llevas un programa junior o mid en contexto polaco o DACH en 2026, esta es la estructura que se implementa, no la que se lee. La IA forma parte de la cadena de herramientas, pero el ejercicio diario es primero código a mano y después IA como segundo par de ojos.
Continuous delivery, TDD, DDD: por qué vuelve el oficio antiguo
La frase menos vistosa y más cargada de economía que dice Denis en la entrevista es la que los compradores deberían subrayar. Lista trunk-based development, TDD, continuous delivery, modularidad, cohesión y domain-driven design como más valiosas en 2026 que antes. Nada de esto es nuevo. La mayoría existe desde principios de los 2000. La razón por la que reaparecen en el vocabulario de un senior en 2026 es exactamente el shock de la IA.
Trunk-based development cuenta más porque el volumen de PRs en equipos aumentados por IA es mayor; las ramas largas mueren antes. TDD cuenta más porque el código generado por IA pasa el linter y falla la especificación; la especificación tiene que existir en forma de test antes de que la IA arranque. Continuous delivery cuenta más porque el ritmo de cambio es mayor; la superficie de despliegue es el único lugar donde se controla la latencia. Modularidad y cohesión cuentan más porque la IA genera código que cruza fronteras de módulo en silencio; sin esqueleto arquitectónico, esos cruces silenciosos se convierten en la ball of mud que Mario describió. DDD cuenta más porque las reglas de negocio son la parte del sistema a la que la IA tiene menos acceso; el valor del senior es mantener el modelo.
Lee esta lista como señal de compra. Un contractor senior en 2026 que no puede describir su patrón de TDD, su cadencia trunk-based y su mapa de contexto de DDD no es un contractor senior en 2026. Es un mid con acceso a IA, que es otro nivel de precio.
La polémica: lo que los cuatro veteraños sugieren pero no dicen
ShiftMag es amable con las herramientas de IA. Los cuatro engineers las usan. La polémica implícita, que el editor no extrajo y que voy a extraer, es que el trabajo de senior engineering en 2026 es asimétricamente más difícil que en 2022, mientras que el de junior engineering es asimétricamente más fácil en superficie y asimétricamente más difícil por debajo.
Asimétricamente más difícil para los seniors porque:
- el volumen de revisión de PRs crece más rápido que el headcount,
- las decisiones arquitectónicas tienen que sobrevivir a alternativas generadas por IA más rápidas y más seguras,
- la superficie de on-call crece con el volumen de código, no con el tamaño del equipo,
- la capacidad de rechazar una sugerencia plausible de IA es hoy una disciplina diaria, no pagada.
Asimétricamente más fácil en superficie para los juniors porque el output visible (código que funciona, tickets cerrados) llega antes. Asimétricamente más difícil por debajo porque el camino de “produje output” a “entiendo el sistema” ya no pasa por defecto por código escrito a mano. Los juniors tienen que apuntarse activamente al camino más difícil. Pocos lo harán, y por eso la prima senior se ensancha.
Para los engineers freelance polacos, esta es la estructura de mercado que paga. La mediana B2B senior reportada por No Fluff Jobs en 2024 estaba en 24.360 PLN netos al mes. El reset 2025-2026 preservó ese suelo y amplificó la cuota senior hasta cerca del 60 por ciento de las vacantes. El Estado del Mercado Laboral Tech 2025 de InfoJobs y el Monitor Anual de Ocupaciones de Adecco apuntan al mismo patrón en España: la prima salarial de los seniors con varias profundidades reales se mantuvo elevada durante 2025, y la presión se desplazó del nivel de entrada al medio. La convergencia que ShiftMag capturó es cómo se sienten esas cifras desde dentro.
¿Qué significa esto para los compradores en 2026
Si compras engineering senior en 2026, la convergencia cuádruple en ShiftMag te da un filtro limpio:
- Pregunta por sugerencias de IA rechazadas, semanalmente. Quien lleva código de producción con asistencia de IA rechaza sugerencias todas las semanas. Los detalles filtran el teatro.
- Lee pull request reviews que escribió, no que recibió. Autorar un PR es hoy barato con IA. Reviewar uno es la señal de senior.
- Recorre un incidente de producción del pager al post-mortem. La IA no cubre el on-call. La historia contada sobre un incidente real es la señal que sobrevive.
- Compara el output con IA encendida y apagada para la misma tarea. El delta es la ganancia real.
- Pregunta por la forma de M. Dos o tres dominios profundos con sistemas nombrados. La forma de T era el ideal de 2018; en 2026 infrapaga al engineer que se mueve entre capas cuando el problema lo requiere.
Los cuatro veteraños respaldan implícitamente un funnel de hiring en el que las señales de superficie (velocidad de mecanografía, fluidez sintáctica, familiaridad con frameworks) han sido todas aplanadas por la IA, y las señales profundas (rechazo, propiedad, narrativa de on-call, memoria arquitectónica) se han compuesto.
Cierre: engineering composicional como patrón senior de la era de la IA
La frase única más fuerte del texto de ShiftMag, y la que más directamente se mapea a cómo vende esta marca, es el encuadre de Marko: What ties all of this together is problem-solving. Technologies change, but problems remain.
Marko resume por tanto que las tecnologías cambian, los problemas permanecen, y ese es el ancla que cuenta a lo largo de los años.
El patrón del engineer composicional, en el que un senior se mueve entre WordPress, front-end headless, edge runtime, integración con IA y cumplimiento normativo, no es un eslogan de marketing. Es la forma que adopta el engineering en M cuando la realidad de producción la fuerza. La IA no inventó el patrón. Lo aceleró. Los cuatro veteraños que ShiftMag entrevistó describen la forma del trabajo de senior engineering en 2026 desde cuatro ángulos distintos, y la forma es la misma.
Para una colaboración freelance en 2026, la lectura práctica es: paga por el rechazo, por la propiedad y por la profundidad en varios dominios. La velocidad de mecanografía es hoy gratuita.
Fuentes citadas:
- Marko Crnjanski, “What 4 engineers with 10+ years of experience say about staying relevant in the AI era,” ShiftMag, 24 de abril de 2026.
- No Fluff Jobs, “Rynek pracy IT 2025/2026.”
- Just Join IT, “Co z tym Eldorado? 2024/2025.”
- InfoJobs, Estado del Mercado Laboral Tech 2025.
- Adecco, Monitor Anual de Ocupaciones 2025.
Lectura relacionada en este sitio:
- Pilar de servicio Universal Commerce Protocol
- Desarrollo headless WordPress
- Auditoría de seguridad WordPress
- Soporte técnico WordPress
Última actualización: 2026-05-02.
