¿Qué tan cierto es el argumento, ‘Los desarrolladores no suelen escribir código después de una determinada edad / posición, sino que gravitan hacia los roles de gestión’?

No estoy seguro de que este fenómeno esté relacionado de alguna manera con la edad, pero la posición es el lado que fuerza el “divorcio”. Demasiadas organizaciones tienen muy pocas posiciones para los desarrolladores, por lo que una vez que llegue a “senior” en el rol técnico, el único medio para avanzar en su carrera es seguir el camino de “liderazgo” o asumir roles de arquitecto, lo que requiere un enfoque diferente .

Como desarrollador, normalmente se esperaba que desempeñara todos y cada uno de los roles, en la búsqueda de soluciones. Seré analista, para comprender el problema, para reconstruir el flujo de trabajo, los esquemas de autoridad, las definiciones de datos, los métodos … Para ser arquitecto, integrar trabajos nuevos en viejos, adoptar patrones de uso que el resto de TI entienda bien, documentar, probar , soporte y mantenimiento.

A veces, las personas están listas para nuevos desafíos, y están listas para salir de esa trinchera, y ser cavadas en la próxima.

No lo veo como un ‘argumento’, así que en ese sentido diría falso. Por ejemplo, si alguien afirma que eres demasiado viejo para codificar: falso.

Muchas organizaciones no proporcionan una carrera profesional de desarrollador más allá de cierto nivel; pasado ese nivel, la única forma de ascender en tales organizaciones es la administración.

Otras organizaciones proporcionan un crecimiento profesional paralelo. Si usted es un vicepresidente o desarrollador de nivel CTO, espere que sus deberes incluyan la gestión de hojas de ruta, recursos, horarios, personas, presupuestos y percepción pública, además de la codificación.

Definitivamente no en mi caso. Seguí escribiendo código hasta que tenía unos 60 años. Y no entré en un puesto directivo: lo hubiera odiado . Me gusta tratar con computadoras porque son predecibles, a diferencia de los humanos.

Pero en algún lugar alrededor de los 60, mi capacidad de concentración durante largos períodos para comprender los sistemas complejos comenzó a deteriorarse, por lo que durante los últimos 3 años de mi carrera hice QA (pruebas). Pero aún escribí código. Y ahora que estoy retirado sigo escribiendo código para mi propio uso.

Los viejos codificadores nunca mueren, simplemente se descompilan.

Mi experiencia es que los desarrolladores generalmente dejan de desarrollar software activamente cuando se cansan de aprender sobre nuevos sistemas y herramientas. Si aprender sobre esto no es tu pasión, entonces desarrollar software es un trabajo pesado. Mientras quiera hacer lo que otro respondedor llamó algo así como “construir sistemas que no se pueden construir”, podrá encontrar software rentable para desarrollar empleos. Eso también se aplica a “probar sistemas no comprobables”, que también le garantizarán mucho trabajo en el mundo del software.

A menudo, los desarrolladores senior son promovidos debido a las necesidades de la empresa.

Pero un verdadero programador que tenga pasión por el proceso de crear algo útil … SIEMPRE mantendrá su mano en él.

¡Entonces es una declaración falsa, basada en mi experiencia!

En general, es cierto, pero ahora la situación ha cambiado.

Pero si le preguntas a la gente, responderán sí en la mayoría de las veces para no escribir código y desearán entrar en asuntos de gestión, pero me temo que las compañías han cambiado sus prioridades.

A medida que la industria de TI está pasando por la transformación y ahora las empresas necesitan menos personas con cosas de administración, pero prefieren con habilidades prácticas.

Gracias a los softwares de automatización y las herramientas de seguimiento de actividades y la expulsión del antiguo método de evaluación que obligó a las empresas a reducir los roles y a las personas que migran de puestos de desarrollo a puestos gerenciales.

Algunos de nosotros preferiríamos desarrollar software que administrar otros, por lo que vamos en contra de ese argumento. Estuve en un puesto de supervisión al principio de mi carrera, pero no me gustó, así que lo rechacé cuando me lo pidieron. Hasta el final, cuando me retiré a la edad de 70 años, pasé mis días descubriendo cómo desarrollar cosas que no podían desarrollarse. Para mí, eso no es trabajo, ir a la oficina para divertirse y recibir un pago por hacerlo. La administración es un trabajo duro. (Para otros, después de un año como desarrollador, están ansiosos por ingresar a la administración).

Cada uno de nosotros hacemos lo que somos mejores. Y recuerde, para cada gerente, hay al menos unos pocos desarrolladores, por lo que hay más vacantes para los desarrolladores, ya que cada uno pasa a la administración. Nunca tuve problemas para encontrar un nuevo trabajo si el actual se convertía en algo que no disfrutaba.

• Es en parte cierto
• es el rol predeterminado a menos que el desarrollador tenga interés técnico y convenza a la gerencia
• Tener manos a la obra en diseño y codificación ayuda independientemente de las condiciones del mercado laboral

No es cierto del todo. La industria necesita muchos más programadores que gerentes, por lo que se deduce que la mayoría de los programadores seguirán siendo programadores en lugar de pasar a la administración.