I am Lino
3 de junio de 2026

"Senior": el título que se gana sobreviviendo, no destacando

Publicado el 3 de junio de 2026  •  8 minutos  • 1580 palabras
Table of contents

Un amigo que trabaja en una consultora lleva cinco años preguntándose cuándo le harán “senior”. Su compañero de mesa lo es desde hace dos, aunque ha llegado tarde cuatro veces esta semana, comete los mismos fallos de siempre y su aportación técnica más memorable fue cambiar el tema de color del IDE. La diferencia entre los dos: el compañero no se ha ido. Todavía.

Si abres cualquier oferta de trabajo en el sector tech, encontrarás que buscan desarrolladores senior. Miles de ellos. Siempre. Es el perfil más demandado, el más cotizado, el que más aparece en titulares de LinkedIn acompañado de palabras como “referente”, “liderazgo técnico” o “visión sistémica.”

Y luego entras en la empresa y conoces a los seniors de la casa.

Aquí es donde la definición teórica y la realidad operativa se dan un abrazo incómodo y se miran fijamente sin saber qué decirse.

Lo que dice el manual vs. lo que pasa de verdad

La definición oficial de desarrollador senior es generosa y razonable: alguien con criterio técnico sólido, capaz de tomar decisiones de arquitectura, mentorizar a perfiles más jóvenes , comunicarse con negocio y tener visión del conjunto del sistema.

Suena bien. Es lo que debería ser. Y en algunos equipos (los menos) es lo que es.

Pero hay otro tipo de senior que prolifera con mucha más frecuencia en el ecosistema natural de la empresa tecnológica española. Este espécimen no se distingue por su criterio arquitectónico ni por su capacidad de mentorizar. Se distingue por una cualidad mucho más rara y valiosa en ciertos contextos: lleva aquí mucho tiempo y aún no se ha ido (qué es realmente un desarrollador senior ).

Conoce el sistema de producción porque nadie más lo ha tocado en cuatro años. Sabe por qué la tabla de base de datos tiene esa columna con nombre críptico porque él la creó en 2021 y nunca lo documentó. Recuerda la reunión donde se decidió usar ese framework que ahora todo el mundo odia. Es, en esencia, un disco duro humano con síndrome de Estocolmo leve (Senior Developers Leaving Tech in Droves ).

El proceso de promoción más honesto que nadie documenta

En muchas empresas, el proceso de promoción a senior funciona así, aunque nadie lo escriba en ningún sitio:

Año 1 y 2: Eres junior. Preguntas mucho, te equivocas, aprendes. Eso está bien, es lo que toca.

Año 3: Empiezas a conocer el sistema. También empiezas a conocer sus miserias: la deuda técnica, los procesos rotos, las decisiones que no tienen ningún sentido técnico pero “es que siempre se ha hecho así”. Aquí viene el momento crucial.

El momento de la bifurcación: Algunos desarrolladores, en este punto, se van. Se llevan lo aprendido, buscan otro sitio y siguen creciendo. Los que se quedan (por las razones que sean, todas legítimas) entran en la categoría de “conocimiento institucional.”

Año 4 en adelante: Ya eres senior. No porque hayas cambiado fundamentalmente lo que haces, sino porque eres el único que recuerda por qué el módulo de pagos funciona así, y eso, en ausencia de documentación, tiene un valor de mercado interno enorme .

El senior como sistema de soporte vital del caos ajeno

En estas empresas se instala una dinámica muy concreta que merece llamar por su nombre: el senior absorbe lo que el sistema no gestiona bien.

¿Que el onboarding es inexistente? El senior explica las cosas informalmente a los nuevos. ¿Que la documentación no existe? El senior responde las preguntas. ¿Que el proceso de planificación genera proyectos imposibles? El senior traga con las horas extra para que los números cuadren. ¿Que nadie ha tomado decisiones de arquitectura coherentes en años? El senior parchea.

Y aquí viene la parte que nadie dice en la revisión de desempeño: ese senior no está siendo reconocido por su talento técnico. Está siendo explotado por su tolerancia al caos .

No es lo mismo. Y la diferencia importa: uno te hace crecer y el otro te gasta.

El 34% de los desarrolladores con más de 15 años de experiencia reconoce estar planeando dejar el sector completamente en los próximos dos años, y entre las razones que dan no aparece “el trabajo es demasiado difícil”. Aparece, sistemáticamente, “peleo las mismas batallas desde hace años”, “el liderazgo no entiende la ingeniería” y “presión para entregar funcionalidades en lugar de construir sistemas sostenibles.”

Vamos, que no se van por incapaces. Se van por hartos.

La trampa de la insustituibilidad

Hay un mecanismo especialmente retorcido, usado por ciertas empresas no muy recomendables: convertir la insustituibilidad en una trampa disfrazada de reconocimiento.

“Eres el único que conoce este sistema” suena a halago. En realidad es una descripción de un fallo organizativo grave: que el conocimiento crítico vive en la cabeza de una persona y no en ningún lugar accesible. Pero en lugar de resolver el fallo (documentar, traspasar conocimiento, construir procesos) muchas empresas simplemente retienen al portador del conocimiento .

Y el portador del conocimiento, que es listo, se da cuenta de que su valor no viene de crecer sino de quedarse. Lo cual crea un incentivo perverso: cuanto menos documentas, cuanto más caótico es el sistema que dominas, más necesario eres. Es casi un modelo de negocio.

El problema es que ese camino tiene un techo muy bajo. Y un coste personal muy alto.

El junior que no sabe que su senior está roto

Hay un daño colateral en todo esto que rara vez se menciona: el efecto sobre los perfiles más jóvenes del equipo.

El junior entra con energía, con ganas, con una idea romántica de lo que significa crecer en la profesión. Mira al senior del equipo, que es su referente implícito, y ve a alguien que resuelve los problemas a golpe de parche y experiencia acumulada, sin tiempo para explicar el porqué; que tira de intuición más que de criterio explícito, porque el criterio nunca se ha escrito; que aguanta situaciones que un observador externo calificaría de inaceptables con una resignación que parece profesionalidad; y que lleva el conocimiento del sistema en la cabeza como si fuera una maldición bíblica.

Y el junior aprende. Aprende que así es como funciona esto. Que aguantar es una virtud. Que el conocimiento no se comparte, se acumula. Que la experiencia es sobrevivir, no crecer .

Y así el ciclo se perpetúa con una eficiencia admirable.

Cómo sería un senior de verdad (spoiler: sigue existiendo)

Para ser justos: existe el otro tipo de senior. El que sí encaja con la definición del manual. El que, después de años de trabajo real, ha desarrollado algo que no se puede fingir ni comprar: criterio .

Criterio para saber qué batallas técnicas merecen pelearse y cuáles no. Para leer un requisito de negocio y anticipar dónde está el problema que nadie ha visto todavía. Para revisar un PR no solo buscando bugs sino preguntándose si la solución tiene sentido a seis meses vista. Para decirle a un product manager, con educación pero sin temblor, que eso que pide no se puede hacer bien en dos semanas .

Ese perfil existe. Y es extraordinariamente valioso. Y en muchas empresas está mezclado con el senior-por-antigüedad en la misma categoría salarial, con el mismo título, en el mismo email de la oferta de trabajo. Lo cual es, como mínimo, una imprecisión.

Qué hacer si eres el que aguanta

Si te estás reconociendo en alguna parte de este artículo, hay una pregunta que vale la pena hacerte sin engañarte: ¿estás creciendo o estás aguantando?

No es lo mismo. Crecer duele, pero deja algo. Aguantar también duele, pero solo deja desgaste .

Si la respuesta te incomoda, bien. Las respuestas incómodas son las que mueven fichas.

Y si decides irte, no te sientas culpable por el conocimiento que te llevas. Nadie invierte en documentarlo. Esa es una decisión de la empresa, no tuya.

La próxima vez que una oferta pida “senior con actitud proactiva y ganas de trabajar en equipo”, pregunta en la entrevista cuántos seniors tienen y cuánto tiempo llevan. La respuesta te dirá si están buscando criterio técnico o alguien que aguante lo que los demás no han querido aguantar. Son cosas muy distintas, aunque en el contrato tengan el mismo nombre.

Fuentes y referencias

Porque si aguantas cinco años en producción sin documentar nada, al menos que alguien haya escrito sobre ello.

Sígueme

Escribo y opino sobre tecnología, desarrollo de software y lo que se me pase por la cabeza.