¿Por qué parece haber tan pocos desarrolladores de software antiguos en la industria?

Creo que tiene que ver con la elección personal y cuánto amas lo que haces.

He trabajado con algunos ingenieros muy experimentados que todavía adoran codificar. No es inusual ver a personas muy mayores escribiendo códigos en sus oficinas durante Navidad o Año Nuevo, o más allá de la medianoche la mayoría de los días. Estas son personas que han estado codificando más de 25 años.

Los ingenieros como Dave Cutler y muchos otros desarrolladores muy importantes no solo todavía escriben código, sino que debido a su experiencia acumulada a lo largo de los años, pueden escribir código más rápido que la mayoría de los desarrolladores más jóvenes (Dave Cutler no puede tocar el tipo). El código también es más estable, eficiente y con menos errores desde la primera vez. Para un desarrollador joven, existe una gran oportunidad de aprendizaje obtenida al estudiar el código escrito por estos veteranos.

Existe la leyenda de que Dave Cutler escribió una vez un emulador x86 en software. Descubrieron que una de las secuencias de instrucciones no funcionaba igual en el emulador que en el procesador real. Pensaron que era un error en su implementación. Después de una cuidadosa revisión, se dieron cuenta de que el error estaba en la implementación del procesador por parte de Intel y no en su código. Su código funcionó exactamente como se especifica en la documentación. La mayor parte del código que escribe está completamente libre de errores y es un placer estudiarlo.
Alguien le preguntó una vez por qué siempre está en su oficina escribiendo código en Navidad o Año Nuevo y dijo que es más divertido para él que estar en un barco navegando en algún lugar o tomando vacaciones. Aparentemente, lo único que solía disfrutar es correr autos caros: David Cutler en Driver Database

Hay muchos más desarrolladores de alto nivel, especialmente del equipo original de NT que todavía escriben código. Algunos de los nombres notables son Landy Wang, Forrest Foltz, Chuck Lenzmeier, Steve Deng, Steve Wood, Bryan Tuttle, Don Box, etc.

También he escuchado lo mismo de la mayoría de los Google Fellows senior.

Parte de esto es el crecimiento de la industria también. La industria del software hace más de 20 años en la era anterior a las puntocom era mucho más pequeña, por lo que hay proporcionalmente menos programadores altamente experimentados.

Cuando estaba en Microsoft, había muchos ingenieros más antiguos que todavía codificaban y seguían la ruta IC (Colaborador individual). Un ingeniero notable es Dave Cutler (70 años), considerado como el padre de NT, quien es el único miembro técnico senior de la compañía y todavía codifica en el día a día.

En general, es una elección que hacen los desarrolladores, y muchos sienten que salir de la ruta de codificación en algún momento es la elección correcta por una razón u otra.

Mirándolo de otra manera, no se contratará a ningún empleado universitario (en general) en la administración directamente, pero la mayoría de los empleados universitarios se convertirán en programadores (un puesto de nivel de entrada). De estos programadores, algunos pasarán a la administración y otros permanecerán como programadores, disminuyendo así el número de empleados en roles de programación a medida que se vuelven más altos.

Porque

1. Hay menos roles más altos que menos altos.

2. Un empleado más experimentado con menos capacidades de alto nivel es menos atractivo que uno menos experimentado que puede progresar a puestos de alto nivel y tiene un historial de salarios más bajos, por lo que se contrata a menos personas mayores.

Las personas experimentadas que aún trabajan como desarrolladores tienen más probabilidades de estar allí para los roles menos numerosos y más altos y, por lo tanto, representan una fracción más pequeña del total.

3. La ingeniería de software se realiza de manera casi universal de manera deficiente.

3a. Eso lleva a muchas personas a rendirse eventualmente.

3b. Eso hace que los ciclos de liberación sean innecesariamente largos e impredecibles con simulacros de incendio que intentan aliviar la holgura. Las personas con más horas de descanso, como los niños, están menos dispuestas a compensar y, a menudo, toman roles donde pueden ir a casa a las 6 p.m. y no sentirse mal. Es más probable que sean gerentes y empresarios que contribuyentes individuales.

En mis más de 25 años de experiencia en el Reino Unido, generalmente no hay una carrera profesional para alguien que solo quiere codificar. Entonces, para ganar más dinero, debe optar por los puestos gerenciales, generalmente a través de un rol de Líder de equipo, o algo de lado como Soporte de ventas. La alternativa (y lo que hice) es ir a trabajar por cuenta propia. En mi humilde opinión, si te encanta la codificación pero quieres ganar un salario de gerentes (y algo más), esta es la mejor opción.

Si un desarrollador es bueno, terminan en administración o en negocios por sí mismos. Si no son buenos, terminan en proyectos basura, hasta que deciden probar otra línea de trabajo. La profesión es impulsada por el rendimiento y un alto estrés. La tecnología cambia rápidamente y es difícil mantenerse al día, eso significa que muchos desarrolladores mayores terminan con conjuntos de habilidades obsoletas y los niños con habilidades actuales los expulsan.

O te mueves hacia arriba; mudarse; o seguir adelante a menos que quieras morir un 50 de un coronario.

More Interesting

¿Cuál es la mejor manera de encontrar reclutadores de tecnología en diferentes ciudades?

¿Es deseable la experiencia de desarrollo de Ruby?

Cómo encontrar la mejor empresa de desarrollo de aplicaciones

¿Cuáles son algunas cosas que los nuevos ingenieros de software de posgrado subestiman o sobrevaloran al elegir un trabajo?

¿Cómo consigo un trabajo en la NASA?

¿Cuál es la mejor manera de cerrar una posible contratación / contratación?

¿Se ha reducido la barra de contratación de Amazon ya que han contratado a más ingenieros (especialmente en los últimos 2-3 años)?

Estamos construyendo nuestra aplicación utilizando desarrolladores de agencias. En el futuro, ¿cómo / deberíamos comenzar a contratar desarrolladores internos y dejar de depender de la agencia?

Si usted es un ingeniero de software positivo y socialmente extrovertido que está ganando hackatones y, sin embargo, está desempleado en el Área de la Bahía, ¿qué está haciendo mal?

¿Por qué querría un nuevo ingeniero de software graduado unirse a Databricks sobre grandes empresas como Google, Facebook y LinkedIn, o viceversa?

¿En qué se diferencia InterviewStreet (actualmente Hackerrank) de TopCoder?

¿Cuáles son los mayores problemas que los ingenieros han tenido con los reclutadores de tecnología?

¿Por qué las empresas tecnológicas contratan reclutadores que no saben codificar?

¿Puede un ingeniero convertirse en reclutador?

¿Cuánto paga TripAdvisor a un nuevo ingeniero de software Grad?