Junior vs Senior: Cuando Las Etiquetas Miden Años Sentado, No Ejecución Real
Volver
OPINIÓNEXPERIENCIACHARLAJUNIORSSENIORS

Junior vs Senior: Cuando Las Etiquetas Miden Años Sentado, No Ejecución Real

5 min
14 vistas

Llevo años en esta industria. He visto de todo. Y hay algo que me quedó claro: las etiquetas "junior", "mid", "senior" no miden lo que deberían.

He visto seniors con 10 años de experiencia que no saben resolver un problema básico de arquitectura. He visto juniors sin oportunidad construir proyectos completos que dan vergüenza comparados con lo que hacen algunos "seniors" ganando el triple.

Y lo más loco: la industria lo sabe. Todos lo sabemos. Pero seguimos jugando el juego.

Porque al final, las etiquetas no miden maestría. Miden años sentado en una silla.

La Mentira Que Todos Repetimos

Imagen

"Necesitamos un senior con 5+ años de experiencia."

Esa frase la ves en todas las ofertas. Y suena lógico, ¿no? Más años = más experiencia = mejor dev.

Mentira.

Más años = más tiempo trabajando. Punto.

No significa:

  • Que sepas más
  • Que ejecutes mejor
  • Que resuelvas problemas más rápido
  • Que tu código sea mejor

Significa que estuviste 5 años en algún lado. Haciendo qué, nadie sabe. Pero estuviste.

Y eso, en esta industria, vale más que demostrar que sabés.

He Visto Seniors Que Dan Pena

Imagen

No voy a dar nombres. Pero he visto seniors con sitios que:

  • Se ven como de los 2000
  • Tienen bugs básicos sin resolver
  • Performance horrible
  • Código espagueti imposible de mantener
  • No responsive
  • Cero buenas prácticas

¿Y saben qué? Esos devs ganan $3,000-5,000 USD al mes. Porque son "senior".

No porque sean buenos. Porque llevan años en la industria.

La etiqueta les da el salario. No la ejecución.

He Visto Juniors Que Construyen Barbaridades

Imagen

Del otro lado, he visto devs "junior" (o sin etiqueta) que:

  • Construyen plataformas completas desde cero
  • Arquitectura escalable, y con cabeza.
  • Performance optimizada
  • Código mantenible
  • Features complejas bien ejecutadas
  • Stack moderno

¿Y saben qué ganan? $800-1,200 USD al mes. Si tienen suerte.

Porque son "junior". Porque "no tienen experiencia".

Aunque ejecuten mejor que el senior que gana 5X más.

¿Entonces Qué Mide La Etiqueta?

Años. Solo años.

No importa si en esos 5 años hiciste lo mismo una y otra vez.
No importa si nunca aprendiste nada nuevo.
No importa si tu código es mediocre.

5 años = Senior.

Y al revés:

No importa si construiste 10 proyectos completos por tu cuenta.
No importa si tu código es limpio y escalable.
No importa si resolvés problemas complejos solo.

0 años de empleo formal = Junior.

Esa es la realidad.

El Problema No Es Solo El Salario

Imagen

El tema no es solo que paguen mal a los buenos y bien a los mediocres.

El problema es que el sistema está diseñado para valorar CONFORMISMO sobre EJECUCIÓN.

Porque:

Un senior con 10 años:

  • Es "seguro" (estuvo mucho tiempo en trabajos)
  • Es "confiable" (empresas anteriores lo aguantaron)
  • Es "experimentado" (tiene años en el CV)

Un junior que ejecuta:

  • Es "riesgoso" (no tiene historial)
  • Es "no probado" (pocas empresas lo contrataron)
  • Es "sin experiencia" (pocos años en el CV)

Aunque el junior demuestre con PROYECTOS REALES que puede más que el senior.

No importa. El CV dice "junior". Eso es lo que vale.

Por Qué Las Empresas Juegan Este Juego

Imagen

Las empresas no son tontas. Saben que las etiquetas no miden maestría.

Pero las usan igual. ¿Por qué?

1. Es fácil

Imagen

Filtrar por "5+ años de experiencia" es simple. Automático. No requiere pensar.

Evaluar si alguien REALMENTE sabe ejecutar requiere:

  • Ver sus proyectos
  • Hacerle pruebas técnicas
  • Invertir tiempo

Es más fácil decir "senior = bueno, junior = malo" y listo.

2. Es seguro (para el que contrata)

Imagen

Si contratas a un senior y sale mal, no es tu culpa. "Tenía 10 años de experiencia, ¿cómo iba a saber?"

Si contratas a un junior y sale mal, ES tu culpa. "¿Por qué contrataste a alguien sin experiencia?"

Entonces contratan senior aunque sea mediocre. Porque es "seguro".

3. Valorar ejecución requiere criterio

Imagen

Para saber si un dev es bueno de verdad, tenés que entender de código.

Pero los que contratan muchas veces son HR o managers sin criterio técnico.

Entonces se guían por lo único que pueden medir: años en el CV.

El Lado Oscuro: Por Qué No Quieren Devs Con Proyectos Propios

Imagen

Acá está lo que nadie te dice.

Las empresas prefieren devs sin proyectos propios. Sin marca personal. Sin ideas propias.

¿Por qué?

Porque un dev con proyectos propios:

  • Tiene opciones (puede irse)
  • Piensa por sí mismo (puede cuestionar)
  • Tiene ambiciones propias (no solo trabajar para la empresa)

Un dev sin proyectos propios:

  • Depende 100% del salario
  • No tiene alternativas
  • Da todo por la empresa

¿A quién preferirías contratar si fueras un empleador que quiere control total?

Al segundo. Obvio.

Por eso cuando un dev empieza a construir cosas propias, a hacer marca personal, a tener presencia online... algunas empresas lo ven como AMENAZA.

"¿Por qué está trabajando en su proyecto en vez de dar el 110% acá?"

"¿Y si se va y nos deja?"

"¿Y si empieza a freelancear y ya no nos necesita?"

No es paranoia. He visto casos. He VIVIDO casos.

Casualidad que te echen justo cuando empezás a darle forma a tu marca personal. Casualidad que de repente "no encajás en la cultura" cuando empezás a tener proyectos paralelos.

No lo creo.

¿Entonces Qué Hacemos?

Imagen

Opción 1: Jugar el juego

Aguantar. Quedarte 2-3 años en cada trabajo aunque sea mediocre. Solo para sumar años al CV.

Eventualmente, serás "senior". Y ganarás más. No porque seas mejor. Porque tenés años.

Es injusto. Pero funciona.

Opción 2: Romper el juego

Freelance. Proyectos propios. Marca personal. Clientes directos.

No dependés de etiquetas. Cobrás por lo que entregás, no por años en el CV.

Es más riesgoso. Pero tenés control.

Opción 3: Buscar empresas que valoren ejecución

Existen. Son pocas. Pero existen.

Startups pequeñas aunque ni tanto vengo de una y ni así, empresas tech modernas, equipos que REALMENTE entienden de código.

No te piden "5 años de experiencia". Te piden "mostranos qué construiste".

Son difíciles de encontrar. Pero valen la pena.

Mi Opinión Personal (Sin Filtros)

Imagen

Las etiquetas son una mentira conveniente.

Conveniente para empresas que no quieren invertir tiempo en evaluar talento real.

Conveniente para seniors mediocres que cobran bien por años sentados.

Conveniente para HR que puede filtrar CVs automáticamente.

Pero es una mentira al fin.

Yo he visto devs "junior" ejecutar proyectos que avergüenzan a muchos "seniors".

Yo he visto seniors con 10 años que no pueden resolver un problema básico de arquitectura.

Y sí, yo he sido llamado "junior" mientras construía plataformas completas end-to-end que algunos "mids" no podrían hacer.

No es arrogancia. Es observación.

El sistema está diseñado para medir TIEMPO, no TALENTO.

Y mientras sigamos jugando ese juego, vamos a seguir pagándole fortunas a seniors mediocres mientras juniors que ejecutan se mueren de hambre.

Lo Que Realmente Importa

Imagen

Al final del día, las etiquetas no importan.

Importa si podés ejecutar o no.

Si sos "junior" pero construís cosas increíbles, sos mejor que el 80% de "seniors".

Si sos "senior" pero no has aprendido nada nuevo en 5 años, sos peor que muchos juniors.

La industria eventualmente se va a dar cuenta. O no. Pero vos no tenés que esperar.

Construí. Ejecutá. Demostrá con proyectos reales.

Las etiquetas son para los CVs. La maestría es para el código.

Y al final, el código no miente.

Conclusión: El Sistema Está Roto, Pero Podés Ganar Igual

Sí, el sistema valora años sobre ejecución.

Sí, es injusto.

Sí, seniors mediocres ganan más que juniors excelentes.

Pero acá está el detalle:

No necesitás que el sistema cambie para ganar.

Podés:

  • Aguantar y sumar años (eventualmente serás "senior")
  • Freelancear y cobrar por ejecución, no por etiqueta
  • Buscar las empresas raras que valoran talento real

O hacer las tres.

Pero no te quedes esperando que la industria cambie. No va a cambiar.

Las etiquetas van a seguir midiendo años. No maestría.

Así que mientras tanto, construí cosas que demuestren tu maestría.

Porque al final, cuando un cliente potencial o un buen empleador ve tu portfolio, no le importa si sos "junior" o "senior".

Le importa si podés hacer el trabajo o no.

Y eso, parcero, solo se demuestra ejecutando.

Imagen

Cris
Cali, Colombia
"Junior" que construye plataformas completas
(O "Senior" según a quién le preguntes)
Fundador de Mejor Llama A Cris

PD: Si sos "junior" y ejecutás mejor que muchos "seniors", no estás loco. El sistema está roto. Pero podés ganar igual.

PD2: Si sos "senior" y este artículo te ofendió, tal vez es hora de preguntarte si tu etiqueta refleja tu maestría o solo tus años sentado.

PD3: A las empresas que valoran años sobre ejecución: seguirán perdiendo talento mientras buscan "5+ años de experiencia" en tecnologías que tienen 3 años de existir.

0 Comentarios

Inicia sesión para comentar

Iniciar Sesión