¿Qué hace que un desarrollador sea considerado al nivel de un senior?
No hablo de años de experiencia ni de saberse cientos de tecnologías. Hablo de esas cosas que ves en el día a día y te hacen pensar: “ok, esta persona juega en otra liga”.
En este artículo te cuento cuáles son, para mí, algunas características que definen a un desarrollador de software senior.
Dos aclaraciones antes de empezar: estos puntos no están en orden de importancia, y no voy a ir por las típicas respuestas genéricas. Quiero hablar de señales sutiles pero reales — cosas que se notan en el trabajo diario.
1. Tienen hipótesis acertadas
Suelen tener hipótesis acertadas con una frecuencia que, desde afuera, parece mágica.
Hay un bug crítico. Nadie entiende muy bien qué está pasando. Hay pocos datos, todavía no se investigó casi nada. Y de repente el senior te tira una idea:
“¿Revisaste si no hay un lock que no se está liberando bien cuando falla el request?”
“Ojo con los timeouts: ¿el cliente está reintentando y acumulando requests?”
“¿No puede ser que ese evento se esté registrando más de una vez y se ejecuta doble?”
Y muchas veces resulta que iba por ahí la solución.
No es magia, obviamente. Es patrón. Es experiencia. Es haber visto problemas parecidos muchas veces antes. No siempre aciertan, pero aciertan lo suficiente como para que se note mucho la diferencia.
2. Tienen visión de futuro y capacidad de anticipación
Esto es como el haki de observación en One Piece, pero aplicado al software.
Un senior suele ver más allá. Puede anticipar problemas, necesidades futuras o cosas que todavía no explotaron, pero que claramente podrían explotar.
Por ejemplo, en una planning sobre una nueva funcionalidad, mientras otros ven una tarea relativamente simple, el senior ya está viendo otra cosa: los casos borde, que el diseño quizás no contempla ciertos escenarios, una dependencia externa que puede traer problemas, un posible cuello de botella de performance, o que eso puede impactar partes del sistema que nadie estaba mirando.
Y ahí hace un comentario que te deja pensando: “Uh, buen punto. ¿Cómo hizo para ver eso?”
Bueno, justamente por eso es senior. Porque no mira solo lo que tiene adelante. Mira también lo que puede pasar después. El daño colateral.
3. Entienden el negocio
Un senior no piensa solamente en código. Entiende para qué existe lo que está construyendo, qué problema resuelve, qué valor aporta, qué impacto tiene en el negocio. Porque escribir código no es el objetivo. El objetivo es resolver un problema real al usuario.
Cuando alguien entiende bien el negocio, toma mejores decisiones técnicas. Puede distinguir qué parte necesita mucha robustez, qué parte puede resolverse de forma más simple, qué urgencia es real y qué urgencia es puro ruido.
Y eso también cambia cómo encarás los problemas. A veces la solución no es un deploy — es llamar a un usuario, cambiar una configuración, o resolver el caso puntual de otra forma. Un senior sabe cuándo conviene solucionar algo para todos y cuándo alcanza con resolverlo para quien lo necesita ahora.
Un desarrollador que solo ve código ve una parte del mapa. Un senior de verdad entiende el sistema y también entiende el contexto.
4. Saben priorizar
Un senior no siempre hace la solución más elegante. Muchas veces hace la correcta para el contexto. Sabe cuándo conviene invertir más tiempo en una solución sólida y escalable, y cuándo conviene hacer algo suficientemente bueno para resolver el problema sin frenar todo.
Eso también es criterio. Porque en software no gana siempre el que hace la arquitectura más linda. Muchas veces gana el que entiende mejor qué necesita el proyecto en este momento. Priorizar bien es una mezcla de experiencia, negocio y sentido práctico. Y eso vale muchísimo.
5. Son rápidos y precisos
Una hora de un senior suele valer varias horas de alguien menos experimentado. Y no necesariamente porque escriba más código por minuto. De hecho, a veces escribe menos.
Pero entiende antes. Decide mejor. Descarta más rápido los caminos malos. Previene problemas. Y suele equivocarse menos en cosas importantes.
Además, se mueve a través de sus herramientas con mucha soltura. Revisa logs, debugea, inspecciona código, prueba cosas, compara hipótesis, comunica avances — todo de una forma rápida y precisa. Se nota que está cómodo en ese entorno, como pez en el agua.
Y cuando ves eso en acción, entendés que la velocidad real no es solamente teclear rápido. La velocidad real es pensar bien y ejecutar con claridad.
6. Tienen comunicación efectiva
Los seniors suelen ser muy buenos comunicadores, y eso aplica tanto para hablar con gente técnica como con gente no técnica.
Pueden explicarle un problema complejo a otro desarrollador, pero también pueden bajarlo a tierra y adaptar el mensaje para un diseñador, un product manager, alguien de QA o una persona de negocio.
Y eso no es un detalle menor. Porque en un equipo, una idea mal comunicada puede generar más daño que una idea mala.
Comunicar bien no es hablar mucho. Es transmitir lo importante con claridad. Es saber quién es tu interlocutor. Es adaptar el mensaje, no llenar de detalle técnico innecesario a quien no lo necesita, y tampoco quedarte corto cuando sí hace falta profundidad. Es dar contexto, adjuntar evidencia, anticipar la pregunta que te van a hacer.
Hay una idea que me gustó mucho: explicar de arriba hacia abajo. Primero lo importante, después los detalles. No al revés. Y cuando alguien lo hace bien, se nota muchísimo.
Escritura
Dentro de la comunicación, la escritura merece mención aparte.
Escribir bien es una de las habilidades no técnicas más importantes para un desarrollador. Porque vivimos escribiendo: mensajes, documentación, comentarios, tickets, PRs, especificaciones, análisis, decisiones técnicas.
Un desarrollador que escribe claro piensa claro. Y cuando alguien deja contexto de forma ordenada, concreta y útil, le ahorra muchísimo tiempo al equipo.
Mecanografía
Y sí, también sumo un detalle menor pero real: escribir rápido ayuda.
No digo que eso te haga senior por sí solo. Pero gran parte del trabajo no es solo programar — también es responder, documentar, explicar, dejar contexto y pensar escribiendo. Tener buena mecanografía no define seniority, pero sí acompaña muy bien a alguien que trabaja de forma fluida.
Si querés practicar, monkeytype.com es una muy buena opción.
7. Generan confianza
A un senior le asignás una tarea y muchas veces aparece una sensación de seguridad.
Como que esa persona la va a poder sacar adelante. Que si aparecen problemas, los va a comunicar. Que si se traba por algo externo, no se va a quedar congelado esperando a que el universo se acomode solo — va a empujar, va a buscar destrabarse, va a tomar ownership.
Se parece mucho a esa idea de que el buen jugador convierte un mal pase en una buena jugada.
Un desarrollador realmente bueno no necesita que todo sea perfecto para avanzar. Se adapta. Corrige errores ajenos. Se mueve bien incluso cuando el contexto viene desordenado. Y cuando las papas queman, no se esconde.
Eso genera muchísima confianza.
8. Tienen justificación de sus decisiones
Un desarrollador está tomando decisiones todo el tiempo. Grandes y chicas: cómo nombrar una variable, cómo dividir una clase, qué responsabilidad darle a una función, dónde ubicar cierto código, qué herramienta usar, qué respuesta devolver desde un endpoint.
Y un senior suele tener algo muy importante: puede dar una buena justificación de por qué eligió hacer algo de una determinada manera. Que no fue algo al azar.
“Lo hice así por estos motivos…”
“Consideré estas alternativas, pero las descarté porque en este contexto no aplicaban…”
“Elegí este camino por estos trade-offs…”
No se trata solo de decidir. Se trata de tener criterio. Incluso una mala justificación es mejor que ninguna, porque al menos muestra que hubo pensamiento detrás. Lo preocupante no es equivocarse. Lo preocupante es decidir sin saber por qué.
9. Ayudan al equipo
Un senior no solo resuelve lo suyo — y acá está, para mí, una de las marcas más claras de seniority: también mejora al equipo. Destraba a otros, comparte contexto, hace mejores preguntas, eleva discusiones técnicas, detecta problemas antes de que escalen, le da claridad a temas confusos. Y muchas veces, su mayor impacto no está en una tarea individual, sino en hacer que varias personas trabajen mejor.
Eso es muchísimo más valioso de lo que parece. Porque en cierto punto, el senior deja de medirse solo por su output individual. También se empieza a medir por el impacto que tiene en los demás.
10. Cuando no está, se siente
Hay gente cuya ausencia no cambia demasiado las cosas. Y hay gente cuya ausencia se nota enseguida: en la velocidad y ánimo del equipo, en la claridad de las decisiones, en la calidad de las conversaciones, en la tranquilidad general, en quién destraba, en quién ordena, en quién ve venir los problemas.
Cuando un senior bueno no está, se siente su falta. Y eso dice mucho. Porque significa que su aporte iba mucho más allá de “hacer sus tareas”.
11. Invierten en su setup
Y sí, voy a decir una que puede ser medio polémica: el setup también habla.
No digo que alguien sea senior solo por tener buenos periféricos, una buena cámara o un buen micrófono. Pero cuando una persona trabaja todos los días en esto y aún así se ve mal, se escucha mal, tiene un entorno incómodo o claramente no invierte nada en cómo trabaja, para mí eso muchas veces dice bastante.
El albañil tiene que comprar palas y baldes. La peluquera, tijeras y peines. Los devs no somos la excepción — también tenemos que invertir en nuestras herramientas.
El setup también muestra cuánto valorás tu entorno de trabajo, tu comodidad, tu claridad para comunicar, tu profesionalismo en el día a día. No reemplaza al talento, obvio. Pero muchas veces lo acompaña.
El contraejemplo clásico: Linus Torvalds tiene un setup básico y nadie lo va a cuestionar. Cierto. Pero Linus tiene décadas de trabajo que hablan por él antes de que abra la boca. La heurística aplica cuando el contexto es nuevo y todavía no hay output conocido — cuando el setup es una de las pocas señales disponibles antes de ver tu trabajo en acción.
Conclusión
Ser senior no es una cuestión de años.
Es una mezcla de criterio, anticipación, velocidad, comunicación, autonomía e impacto en otros. No es solamente alguien que programa bien. Es alguien que entiende qué hacer, por qué hacerlo, qué puede salir mal, cómo explicarlo y cómo ayudar a que el equipo funcione mejor.
Es alguien que ve más de lo que se ve a simple vista.
Y cuando aparece alguien así, se nota. Pero cuando no está, también.