40 Años de Programación

Longevidad y alegría en la programación

• Muchos comentaristas informan de 30 a más de 50 años de programación, desde los primeros ordenadores domésticos (C64, ZX Spectrum, Tandy, Amiga) hasta el trabajo moderno en web y backend.
• Un gran subconjunto sigue programando a diario y realmente lo disfruta, algunos incluso cerca de la jubilación o después de ella.
• Otros se sienten quemados por la cultura moderna del “desarrollo de software”, a pesar de seguir gustándoles el trabajo de bajo nivel o embebido.

Impacto de la experiencia en habilidades y contratación

• La larga experiencia se considera valiosa sobre todo por el criterio: saber qué no hacer, poder explicar compromisos y leer rápidamente código desconocido (incluido el propio código antiguo).
• Algunos informan que, hacia los 50, la experiencia profunda a menudo hace que sea difícil despedirlos y abre oportunidades de consultoría.
• Otros describen dificultades para conseguir empleo por el edadismo y el fetichismo por la pila tecnológica, a pesar de contar con trayectorias amplias.

Trayectorias profesionales, gestión y dinero

• Varios desarrolladores de mediana o avanzada carrera evitan deliberadamente la gestión o los niveles altos de “staff” para seguir programando directamente y reducir reuniones y estrés.
• Algunos describen los roles de liderazgo como costosos emocionalmente, con agotamiento y cambios constantes de contexto.
• Se discute la bimodalidad salarial: por debajo de 100.000 $ frente a 200.000 $+; los factores citados incluyen FAANG frente a otros empleadores, geografía/coste de vida y si uno optimiza para el dinero o para la alegría de programar.

Tecnología y práctica en evolución

• Un cambio importante señalado: el paso del software empaquetado a servicios 24/7 con guardias y actualizaciones continuas.
• Las opiniones difieren sobre cuánto ha cambiado la “programación en sí”; se considera que los fundamentos y las habilidades de abstracción se mantienen estables, mientras que los frameworks y paradigmas cambian sin parar.

Simplicidad, complejidad y mantenimiento del código

• Hay un fuerte consenso en que el código de producción “simple y obvio” es difícil de lograr; el código complejo es fácil de escribir y fácil de hacer mal.
• A los veteranos se les asigna con frecuencia rescatar código heredado aterrador que nadie más se atreve a tocar.
• Muchos subrayan escribir para el “yo del futuro” con estructura clara y documentación.

Trabajo en solitario frente a trabajo en equipo

• Debate sobre si el software “interesante y significativo” debe construirse en equipo.
• Algunos sostienen que la mayoría de los sistemas significativos modernos requieren equipos; otros citan éxitos históricos y modernos de una o dos personas (incluidos juegos) y esperan que las herramientas/LLMs amplíen la capacidad individual.

Reuniones, comunicación y procesos

• Múltiples historias de reuniones disfuncionales: sin notas, sin decisiones, grupos grandes y tiempo desperdiciado.
• Algunos participantes toman y comparten deliberadamente notas concisas o editan en vivo documentos compartidos para alinear la comprensión.
• Un hilo lateral vincula los “trabajos/reuniones inútiles” con argumentos a favor de una renta básica universal.

Diversidad y cultura

• La postura del artículo sobre derechos humanos y diversidad provoca debate.
• Algunos ven una tensión entre abrazar la diversidad y declarar que ciertas posturas morales no son negociables; otros creen que priorizar los derechos humanos básicos es compatible con perspectivas diversas.

Reflexiones más amplias

• Varios reflexionan sobre el creciente impacto social del software y sienten que cada vez controla a las personas en lugar de apoyarlas.
• A pesar de las frustraciones, muchos expresan gratitud por una carrera creativa y de toda la vida en la programación.