El otro día vi un post en LinkedIn de un "Senior Full-Stack Developer" buscando trabajo. El perfil decía "5 años de experiencia" y cuando hice las matemáticas, el tipo tenía 25 años. Lo cual significa que empezó a programar profesionalmente a los 20, posiblemente antes. Y se considera "senior".
No es que tenga algo personal contra developers jóvenes. Algunos de los mejores programadores que conozco empezaron muy jóvenes y son increíblemente talentosos. Pero esta inflación de títulos en tech me tiene confundido sobre qué significa realmente ser "senior".
La inflación de títulos en tech
En tech, parece que todos quieren saltarse las etapas intermedias. Junior developer suena "menor", así que después de 2-3 años ya eres "mid-level". Y después de 5 años, definitivamente "senior". Conozco gente que ha sido "senior" más tiempo del que han sido junior.
Compáralo con otras profesiones. Un médico no se vuelve "doctor senior" después de 5 años. Un abogado no se proclama "socio senior" con esa experiencia. Un chef no se promueve a "chef ejecutivo" automáticamente después de algunos años en la cocina.
Pero en tech, aparentemente, la progresión de títulos es lineal y automática. Como si los puntos de experiencia se acumularan con el tiempo y te llevaran automáticamente al siguiente nivel.
Experiencia vs años trabajados
Aquí está mi opinión controversial: años trabajados no es igual a experiencia real. He visto developers con 10 años haciendo las mismas tareas repetitivamente, y developers con 3 años que han estado expuestos a desafíos increíblemente diversos.
¿Qué cuenta más como experiencia? ¿Trabajar 5 años manteniendo código PHP legacy en la misma empresa, o 2 años manejando múltiples tecnologías, lidiando con problemas de escalabilidad, mentoreando juniors, y tomando decisiones críticas?
Pero aquí está la cosa: a los 25 años, sin importar cuándo empezaste, simplemente no has tenido suficiente tiempo para encontrar todo el espectro de desafíos del desarrollo de software. No has vivido suficientes ciclos tecnológicos, suficientes proyectos fallidos, suficientes pesadillas de refactoring.
Lo que realmente define a un senior
Para mí, un "senior developer" no es alguien que sabe todas las tecnologías o que escribe el código más elegante. Es alguien que:
Ha visto suficientes proyectos irse al carajo que puede anticipar problemas antes de que pasen. Ha trabajado con código legacy que escribió otra persona (y odiado cada minuto). Ha tenido que explicar decisiones técnicas a stakeholders no técnicos. Ha mentoreado genuinamente a developers junior y los ha ayudado a crecer.
Ha experimentado el ciclo completo de al menos algunos proyectos: desde requerimientos iniciales hasta modo mantenimiento. Ha lidiado con caídas de producción a las 3 AM. Ha tomado decisiones arquitectónicas que tuvieron consecuencias a largo plazo (tanto buenas como malas).
Más importante: ha desarrollado criterio. Esa habilidad intangible para evaluar compromisos, saber cuándo optimizar y cuándo enviar, entender que "perfecto" es enemigo de "terminado".
La presión del mercado
Parte del problema es que el mercado recompensa estos títulos inflados. Las empresas quieren contratar developers "senior" porque suena más impresionante. Los candidatos quieren títulos "senior" porque pagan mejor y se ven mejor en LinkedIn.
Es un bucle de retroalimentación donde todos se benefician de la inflación de grados, hasta que "senior" se vuelve sin sentido. Y cuando "senior" no significa nada, ¿cómo llamas a un developer que genuinamente tiene 15+ años de experiencia diversa?
He trabajado con autoproclamados developers "senior" que necesitaban ayuda con operaciones básicas de git, que nunca habían trabajado con una base de datos más compleja que una hoja de cálculo, que entraban en pánico al primer signo de un problema de producción.
El síndrome del impostor al revés
Lo más frustrante es cuando estos "seniors" jóvenes actúan con absoluta confianza sobre cosas que no han experimentado realmente. Dan consejos de arquitectura sin haber mantenido bases de código grandes. Recomiendan tecnologías sin entender sus implicaciones a largo plazo.
Mientras tanto, developers con genuinamente más experiencia sufren del síndrome del impostor y dudan en llamarse "senior" porque están conscientes de cuánto aún no saben.
Es como el efecto Dunning-Kruger al revés: mientras más sabes, más te das cuenta de cuánto no sabes, mientras que developers menos experimentados operan con confianza peligrosa.
No es solo sobre la edad
Para ser claro, esto no es puramente sobre edad. He conocido developers de 30 y tantos que han estado viviendo de las rentas por años y prodigios de 22 años que genuinamente merecen reconocimiento por sus habilidades.
Pero probabilísticamente, alguien que tiene 25 simplemente no ha tenido suficiente tiempo de calendario para acumular la variedad de experiencias que vienen con verdadera seniority. Pueden ser increíblemente hábiles en lo que han estado expuestos, pero seniority implica amplitud y profundidad que típicamente viene con tiempo.
También, hay ciertas experiencias de vida que informan buen diseño de software: lidiar con sistemas legacy, trabajar bajo restricciones presupuestarias, entender prioridades de negocio, manejar compromisos de deuda técnica.
Mi propuesta: títulos más honestos
Tal vez necesitamos un sistema más honesto. "Developer experimentado" en lugar de "senior". "Especializado en X" en lugar de proclamar seniority full-stack. "Lead developer" para gente que realmente lidera equipos, no solo gente con algunos años de experiencia.
O tal vez las empresas deberían especificar qué realmente quieren decir. "Senior developer (8+ años de experiencia)", "Senior developer (experiencia liderando equipos)", "Senior developer (experiencia en arquitectura)".
Porque ahora mismo, "senior developer" podría significar cualquier cosa desde "sé React bastante bien" hasta "diseñé sistemas que sirven a millones de usuarios".
Y a los "seniors" de 25 años leyendo esto: no es odio personal. Sigan aprendiendo, sigan creciendo, pero tal vez consideren que la humildad también es una característica senior.
Comentarios
Comparte tu opinión
No hay comentarios aún
Sé el primero en compartir tu opinión sobre este artículo.