El dev senior que no programa está haciendo bien su trabajo

Si sos dev mid o junior, probablemente tenés una imagen romántica del senior: alguien que toca el teclado todo el día escribiendo código perfecto a velocidades imposibles. La realidad es completamente distinta.

Un dev senior exitoso puede pasar días enteros sin abrir el IDE. Y eso no solo está bien — es exactamente lo que debería estar pasando.

Por qué dejás de programar tanto cuando crecés

La industria tech tiene una obsesión tóxica con las líneas de código. "Este dev escribió 500 commits este mes" suena impresionante hasta que te das cuenta de que el senior que escribió 10 commits probablemente generó más valor.

El código no es el producto. El código es una herramienta para resolver problemas. Cuando entendés esto, cambia todo.

Un dev junior resuelve el problema que le dieron. Un senior entiende si ese problema vale la pena resolver. A veces la mejor solución es no escribir nada.

En mi experiencia trabajando con equipos, los seniors más efectivos siguen este patrón:

• 30% planificando y diseñando
• 25% revisando código y mentoreando
• 20% en reuniones técnicas
• 15% investigando y aprendiendo
• 10% programando

Las tareas invisibles que hacen la diferencia

Code reviews que enseñan

Cuando un senior revisa tu pull request, no solo busca bugs. Está:

• Evaluando el diseño de la solución
• Pensando en mantenibilidad a largo plazo
• Identificando patrones que se pueden reutilizar
• Enseñando mejores prácticas sin sermonearte

Ese feedback de 10 minutos puede ahorrarte semanas de refactoring después.

Arquitectura que no se ve

Los juniors ven la aplicación funcionando. Los seniors ven:

• Qué va a pasar cuando tengamos 10x más usuarios
• Qué partes van a ser difíciles de cambiar
• Dónde están los puntos de falla
• Cómo integrar nuevas features sin romper todo

Esa planificación invisible es la diferencia entre un producto que escala y uno que colapsa.

Decisiones técnicas estratégicas

¿Usamos esta librería nueva? ¿Migramos esta parte del sistema? ¿Vale la pena el refactor?

Estas decisiones pueden afectar meses de trabajo del equipo. Un senior las piensa profundamente antes de actuar.

El mito del 10x developer

Existe la leyenda urbana del "10x developer" — el programador que es 10 veces más productivo que el promedio. La industria lo interpreta mal: creen que es alguien que escribe código 10 veces más rápido.

La realidad es que un 10x developer:

• Evita escribir código innecesario
• Identifica problemas antes de que exploten
• Hace que el resto del equipo sea más efectivo
• Toma decisiones que ahorran tiempo y plata

No es velocidad de tipeo. Es criterio.

Cómo evoluciona tu impacto técnico

Junior: Ejecutor

• Foco: Aprender sintaxis y patrones básicos
• Impacto: Completa tareas específicas
• Métrica: Features entregadas

Mid: Solucionador

• Foco: Resolver problemas de forma independiente
• Impacto: Aporta soluciones técnicas sólidas
• Métrica: Calidad y velocidad de soluciones

Senior: Multiplicador

• Foco: Hacer que todo el equipo sea mejor
• Impacto: Eleva la capacidad técnica general
• Métrica: Éxito del equipo y del producto

Señales de que estás creciendo hacia senior

Estás en el camino correcto si:

• Pasás más tiempo pensando que programando
• Te preocupás por el "por qué" antes que el "cómo"
• Buscás simplificar, no complicar
• Considerás el impacto a largo plazo de cada decisión
• Disfrutás ayudar a otros devs a crecer
• Podés explicar conceptos complejos de forma simple

La trampa de la productividad visible

La presión por "mostrar productividad" lleva a muchos seniors a seguir programando innecesariamente. Es una trampa.

Si tu manager mide tu valor por commits o horas de código, trabajás en una empresa que no entiende cómo funciona el desarrollo de software. Esa conversación hay que tenerla.

Un senior que programa 8 horas por día probablemente:

• No está delegando efectivamente
• No está pensando estratégicamente
• Está resolviendo problemas que no debería resolver él
• Está perdiendo oportunidades de multiplicar su impacto

Cómo comunicar tu valor cuando no programás tanto

Documentá decisiones técnicas. Ese documento de 2 páginas explicando por qué elegiste cierta arquitectura va a ser valioso por meses.

Compartí conocimiento. Demos internos, documentación, sessions de pair programming. Tu conocimiento multiplicado es más valioso que tu código individual.

Medí impacto, no actividad. En lugar de "escribí 1000 líneas", hablá de "redujimos los bugs en producción 40% con esta mejora en el proceso de QA".

El futuro de tu carrera técnica

Si querés seguir creciendo técnicamente, vas a programar cada vez menos. No es una pérdida — es evolución.

Podés elegir ser el senior que:

• Diseña sistemas que otros implementan
• Mentora y desarrolla otros devs
• Toma decisiones técnicas estratégicas
• Conecta necesidades de negocio con soluciones técnicas

O podés quedarte escribiendo código toda la vida. Las dos opciones son válidas, pero solo una te da el máximo impacto.

Para managers: cómo evaluar a un dev senior

No midas líneas de código. Mirá:

• ¿El equipo entrega mejor software desde que llegó?
• ¿Se reducen los bugs y problemas técnicos?
• ¿Los otros devs aprenden y crecen?
• ¿Las decisiones técnicas están alineadas con objetivos de negocio?
• ¿El producto es más robusto y escalable?

Eso es valor senior real.

La próxima vez que veas a un senior en una reunión de planificación en lugar de programando, recordá: probablemente está haciendo exactamente lo que debe hacer.