Entrevistando a mi madre, una programadora COBOL de mainframe (2016)
Los sistemas COBOL en mainframe que impulsan las operaciones bancarias y de seguros centrales siguen siendo una infraestructura crítica pero frágil, fuertemente dependiente de expertos envejecidos cuyo conocimiento institucional es difícil de reemplazar. Los comentaristas destacan cómo estos entornos heredados entrelazan lógica de negocio oscura, décadas de integraciones improvisadas y herramientas anticuadas, lo que hace que la migración sea arriesgada, mal remunerada y a menudo mal gestionada pese a las nuevas herramientas de modernización asistidas por IA. El hilo también plantea una reflexión más amplia sobre la historia de la programación —especialmente el papel poco reconocido de las mujeres en la informática temprana— y sobre la importancia de preservar tanto las historias técnicas como las personales antes de que se pierdan.
Mainframes, COBOL y sistemas bancarios críticos
- Los comentaristas enfatizan que los sistemas centrales COBOL/mainframe son existenciales para los grandes bancos; la pérdida de un pequeño equipo podría paralizar un banco e incluso afectar a las economías nacionales.
- Algunos señalan roles “críticos ocultos” similares en otros lenguajes de nicho (APL, MUMPS).
- Se aclara que IMS es una base de datos jerárquica (no de red/grafo), históricamente anterior a las bases de datos relacionales.
- Hay debate sobre el rendimiento: algunos afirman que la tecnología mainframe de IBM es “legado puro” y sería más rápida en Postgres; otros responden que z/OS + DB2 ofrecen una fiabilidad inigualable y un sólido rendimiento OLTP.
Bus factor, conocimiento institucional y fallos
- Muchos se centran en el conocimiento institucional: el activo valioso no es la sintaxis de COBOL, sino entender décadas de lógica de negocio y rarezas no documentadas.
- Los ejemplos incluyen límites codificados y supuestos de la era Y2K que solo conocían los veteranos.
- Se cuentan varias anécdotas de jubilados recontratados a altas tarifas de consultoría cuando las reescrituras se estancaban.
- El incidente de migración de TSB Reino Unido se cita como una advertencia, probablemente agravada por la pérdida de conocimiento.
Compensación, carreras y cantera de talento
- Varios comentaristas dicen que los roles de mainframe/COBOL suelen pagarse con salarios medios o por debajo de la media a pesar de su criticidad, lo que agrava el problema de una fuerza laboral envejecida.
- Se citan puestos en el estado y en bancos con salarios relativamente bajos y poco trabajo remoto; algunos sospechan que el dinero real fluye a través de contratistas y proveedores en múltiples capas.
- Hay consenso en que si a los programadores jóvenes se les pagaran “cheques gordos”, el problema de la cantera sería menor.
Sistemas heredados, migraciones y modernización
- Las integraciones se describen como frágiles, orientadas a lotes y altamente reguladas; negociar una nueva interfaz puede costar años, así que los equipos reutilizan formatos de documentos existentes y bytes de sobra.
- Sustituir los núcleos se ve como extremadamente difícil debido a décadas de integraciones en capas y restricciones de cumplimiento.
- Algunas empresas migran cargas de trabajo COBOL de mainframes a Linux, ganando velocidad y mantenibilidad sin una reescritura total arriesgada.
- Se mencionan nuevas herramientas con IA generativa para ayudar en COBOL→Java y para documentar automáticamente bases de código heredadas; algunos ven la IA como una buena opción para tareas como la refactorización IMS→DB2.
Historia, género y capturar relatos
- Muchos comparten historias familiares de madres/abuelas en COBOL, FORTRAN, simulación y trabajo espacial soviético, en contraste con el campo actual más dominado por hombres.
- Se recuerda que la programación temprana evolucionó desde el trabajo de oficina/entrada de datos, que empleaba a muchas mujeres.
- Varios animan a los lectores a grabar entrevistas con familiares mayores; se recomiendan apps y conjuntos de preguntas para proyectos de historia oral, y la gente lamenta oportunidades perdidas o grabaciones antiguas inaccesibles.
Entorno de trabajo y cultura
- El hotdesking y las oficinas de planta abierta son ampliamente rechazados; la gente quiere escritorios personales, incluso en configuraciones híbridas.
- Las descripciones del trabajo en mainframe incluyen inicio de sesión compartido en sistemas centrales, ausencia de entorno de desarrollo local y dependencia de herramientas de control de स्रोत y LPAR separadas para producción/pruebas/desarrollo.
- Se recuerdan las antiguas prácticas de time-sharing (mensajería por terminal, comandos de chat) como predecesoras de herramientas modernas como Slack.