Community
With yet another banking glitch affecting UK customers last week, the answer to that question must be an emphatic “no”! And with banking failures happening on a seemingly weekly basis, we perhaps should be examining the language they speak more closely.
Most of our banks are built on systems and programmed with languages that pre-date the birth of the Internet, let alone the birth of mobile banking. Cobol, a language created for business use, has been around since the year dot, in tech terms – I remember using it fresh out of college in the 70s and 80s. It’s the IT equivalent of hieroglyphics.
Given the massive leaps that have been made in banking in terms of digital and mobile services in the last ten years, it is even more remarkable that these developments have happened, despite banks being built on systems using a language that was in use in the 50s and 60s.
Back ten years ago when it was less “online banking”, more “pay a cheque in and wait five days for it to clear” it didn’t really matter if banks suffered a system failure. Or at least, system failures were not as apparent to the customer as we didn’t engage with banks the way we do now. But in the era where banking has become 24/7 and the sheer immediacy of it means that people want to be able to access their bank account any time, any place, anywhere, the cracks in Cobol and the technical glitches it causes, are clearly visible.
And the problem is that nowadays, it isn’t just a niggly issue between the bank and its customers. The birth of social media has meant that technical glitches and failures in customer service quickly escalate to become an onslaught of online customer anger, which inevitably makes front-page news.
Another problem with Cobol is that it rarely features on computing degree courses. These days it is all about Node.js or Python, languages that are more in tune with our current digital environment. But the fact remains that it is the third most widely used language in financial services applications, second only to the much newer tool Java (according to research from CAST Software). This means that the Cobol programmer – an increasingly endangered species – is more in demand than ever.
So what’s the solution? Do banks carry on patching up problems with Cobol and their legacy systems? Or do they cut their losses and replace their core banking systems? The cost to do this would run into the hundreds of millions, the main reason many banks haven’t taken the plunge. So maybe, the smart choice for school leavers these days is to opt for a course in Cobol. It’s going to be around for some time yet.
This content is provided by an external author without editing by Finextra. It expresses the views and opinions of the author.
David Smith Information Analyst at ManpowerGroup
20 November
Konstantin Rabin Head of Marketing at Kontomatik
19 November
Ruoyu Xie Marketing Manager at Grand Compliance
Seth Perlman Global Head of Product at i2c Inc.
18 November
Welcome to Finextra. We use cookies to help us to deliver our services. You may change your preferences at our Cookie Centre.
Please read our Privacy Policy.