采访我的母亲,一位大型机 COBOL 程序员(2016)

支撑核心银行和保险业务的大型机 COBOL 系统仍然是关键却脆弱的基础设施,严重依赖年迈专家,而他们的机构知识难以替代。评论者指出,这些遗留环境将晦涩的业务逻辑、数十年的临时集成和过时工具交织在一起,使迁移充满风险、报酬偏低,并且尽管出现了新的 AI 辅助现代化工具,项目仍常被处理不当。讨论还引发了对编程史的更广泛反思——尤其是早期计算领域中女性被低估的角色——以及在技术和个人故事消失之前保存它们的重要性。

大型机、COBOL 与关键银行系统

  • 评论者强调,核心 COBOL/大型机系统对大型银行来说具有生死攸关的重要性;少数团队的流失可能让一家银行瘫痪,甚至影响国家经济。
  • 有人指出,其他小众语言(APL、MUMPS)也存在类似“隐藏的关键”岗位。
  • 有人澄清 IMS 是一种分层(而非网络/图)数据库,历史上早于关系型数据库。
  • 关于性能展开争论:有人声称 IBM 大型机技术“纯粹是遗留系统”,在 Postgres 上会更快;也有人反驳,z/OS + DB2 提供了无可匹敌的可靠性和强大的 OLTP 性能。

巴士因子、机构知识与故障

  • 许多人关注机构知识:真正有价值的资产不是 COBOL 语法,而是对数十年业务逻辑和未文档化怪癖的理解。
  • 例子包括硬编码限制和只有老员工才知道的 Y2K 时代假设。
  • 多个轶事提到,当重写项目停滞时,退休人员会以很高的咨询费被重新聘回。
  • TSB 英国迁移事故被引用为一个警示案例,且很可能因知识流失而加剧。

薪酬、职业与人才管道

  • 多位发帖者表示,大型机/COBOL 岗位虽然关键,但薪资往往只是平均或低于平均,这进一步恶化了员工老龄化问题。
  • 政府和银行岗位被提到薪酬相对较低,且很少有远程工作;有人怀疑真正的资金通过承包商和多层供应商流转。
  • 大家普遍认为,如果年轻程序员能拿到“丰厚的薪水”,人才管道问题会小得多。

遗留系统、迁移与现代化

  • 集成被描述为脆弱、批处理导向且高度受监管;协商一个新接口可能耗时数年,因此团队会复用现有文档格式并尽量节省字节。
  • 替换核心系统被视为极其困难,因为存在数十年来层层叠加的集成和合规约束。
  • 一些公司将 COBOL 工作负载从大型机迁移到 Linux,在不进行高风险全面重写的情况下获得速度和可维护性。
  • 还提到了使用生成式 AI 的新工具,用于协助 COBOL→Java,以及自动为遗留代码库生成文档;有人认为 AI 很适合 IMS→DB2 重构之类的任务。

历史、性别与故事记录

  • 许多人分享了母亲/祖母在 COBOL、FORTRAN、模拟和苏联航天工作中的家庭故事,并将其与今天更偏男性主导的领域作对比。
  • 有人回忆早期编程是从文书/数据录入工作演变而来,当时雇用了许多女性。
  • 多人敦促读者录下与年长亲属的访谈;还推荐了口述历史项目的应用和问题集,人们也对错失机会或旧录音无法访问感到遗憾。

工作环境与文化

  • 共享工位和开放式办公室普遍不受欢迎;人们想要自己的工位,即使是混合办公也一样。
  • 对大型机工作的描述包括:共享登录中央系统、没有本地开发环境,以及依赖源代码管理工具和用于生产/测试/开发的独立 LPAR。
  • 早期的分时实践(终端消息、聊天命令)被回忆为 Slack 等现代工具的前身。