I've never worked in a bank. But I've been a sysadmin for a number of payroll and finances systems and some have run on COBOL. In particular a lot of PeopleSoft

I've never worked in a bank. But I've been a sysadmin for a number of payroll and finances systems and some have run on COBOL. In particular a lot of PeopleSoft has key processes in COBOL. This is absolutely not obvious to anybody who is not actively working on that COBOL. Front end is a nice web Gui served by WebSphere or Weblogic. Rest of the system is enterprise Java. There's Python and RPA and all sort of fun stuff on the periphery, and obscure proprietary languages such as PeopleCode and ApplicationEngine (no not that one :) and God help me sqr. But core business logic that nobody touches directly except when they must is COBOL. Oracle still spits out PeopleSoft stuff in COBOL, used by thousands of companies (they're not actively selling PeopleSoft anymore, focusing on HCM cloud etc, but that too still happens) Note, fwiw, while I personally happen to work for ibm, little to none of the COBOL I've encountered was running on ibm mainframes or even on ibm COBOL compiler. Most of it was third party software running on microfocus COBOL compiler... On windows and *nix. Obviously just an anecdote like yours, but COBOL is definitely out there and not just on ibm mainframes:)