#[1]alternate
IFRAME: [2]//www.googletagmanager.com/ns.html?GTM-WR6LD2P
[3]idg connect
Welcome! Here are the latest Insider stories.
[4]More Insider [5]Sign Out
[6]Sign In [7]Register
NEW FROM IDG
Learn More
[8]Sign Out
[9]Sign In [10]Register
[idg-connect-logo.svg]
NEW Insider PRO [11]Learn More
Latest Insider
NEW FROM IDG
Learn More
NEW FROM IDG
Subscribe to access expert insight on business technology - in an
ad-free environment. [12]Learn more
Welcome! Check out the latest Insider stories [13]here.
[14]Sign Out
[15]Sign In [16]Register
More from the IDG Network
* [17]About Us |
* [18]Contact |
* [19]Privacy Policy |
* [20]Cookie Policy |
* [21]Member Preferences |
* [22]Tax Strategy |
* [23]California: Do Not Sell My Personal Info |
* Follow Us
*
*
*
* [24]C-suite career advice: Derek Thompson, Dell Boomi
* RELATED STORIES
* [25]CTO Sessions: Bernd Greifeneder, Dynatrace
* SPONSORED BY Advertiser Name Here [26]Sponsored item title goes
here as designed
* [27]CIO Spotlight: Ian Pitt, LogMeIn
* [28]Home
[29]Software
[30]Analysis
The persistence of COBOL: why a 60-year old language is still in demand
It's not often in technology that something lasts more than a few years, let
alone six decades as is the case with the COBOL programming language. We look
at why the language is still so important and whether its going to fade away
any time soon.
* [31][facebook.svg]
* [32][twitter.svg]
* [33][linkedin.svg]
* [34][reddit.svg]
* [35][mail.svg]
* [36][print.svg]
*
By [37]Pat Martlew
IDG Connect
|
Recommended for You
* [38]IDGConnect_AI_softwaredevelopment_
shutterstock_1451503871_1200x456
[39]Don't fly-by-wire with AI until you know the controls
Software developers should approach Artificial Intelligence
(AI)-driven programming controls with...
* [40]IDGConnect_ctosessions_suppliedart_derekknudsenalteryx_1200x800
[41]CTO Sessions: Derek Knudsen, Alteryx
Looking back with 20:20 hindsight, what would you have done
differently? "I think I would have...
* [42]IDGConnect_dataprotection_brazil_shutterstock_1771018556_1200x6
75
[43]Inspired by GDPR, here is how Brazil’s new data privacy law
will work
What is Brazil's new data privacy law, and what do companies doing
business in Brazil need to know...
* [44]IDGConnect_csuitecareeradvice_suppliedart_kevinkimberrimilia_12
00x800
[45]C-suite career advice: Kevin Kimber, Rimilia
What are the three skills or abilities you look for in prospective
candidates? “The main thing I...
[46]resources
* [47][citrix2022020updated-100863156-small.3x2.jpg]
White Paper
[48]7 Key Considerations for Microservices-Based Application
Delivery
* [49][acornsoft-100863155-small.3x2.jpg]
White Paper
[50]Cloud Native Computing in APAC
* [51][aws-100863165-small.3x2.jpg]
White Paper
[52]Migrating SAP to the Cloud
* [53][chg20logo-100862992-small.3x2.jpg]
White Paper
[54]Driving a Porsche on a Dirt Road: Why the digital workplace
needs better infrastructure
* [55][carbon20black20logo-100863079-small.3x2.jpg]
White Paper
[56]Financial Sector Safety and Soundness
* White Paper
[57]How To Ensure Flexibility in a Hybrid Multicloud Strategy
[58]See All
Within the realm of technology, one thing that could generally
considered a static rule of thumb is that things are constantly
changing. Innovation, especially in the cloud era, is constantly
occurring and hard to keep track of, as one trend displaces the last in
an ever-quickening game of technological leapfrog. This is equally true
when it comes to software development, as cloud native organisations
chase seamless CI/CD pipelines, DevOps, and agile development
practices.
Bucking this trend, though, is the COBOL programming language, which —
despite being developed in the late 1950s — still fulfills a
fundamental role for many organisations running transaction-based
legacy business applications. The aging language is still remarkably
pervasive, to the point where news reports surface every few years
denouncing its existence within business-critical systems while
highlighting the various issues that COBOL code presents to
organisations and developers.
The persistence of COBOL has been illustrated recently as the
Coronavirus pandemic puts increased strain on wide range of IT
infrastructure. The programming language was highlighted as a major
issue in the US government's $2.2 trillion CARES stimulus program and
within the processing of increased unemployment claims, with state
agencies [59]blaming delays in cheque handouts on COBOL, and in
particular a lack of available talent (which is often a real sticking
point). IBM even sought to [60]address this issue by teaming up with
the Linux Foundation's Open Mainframe Project by launching a free COBOL
training program as well as a technical forum allowing COBOL
programmers to provide free advice and expertise during the outbreak.
While this may seem to paint a picture of a hopeless old language that
is unnecessarily stifling innovation, the persistence of COBOL is more
nuanced that it may seem. There are many relevant factors that
contribute to why organisations might want to keep COBOL around and
it's not just as simple as gutting and sending it into oblivion.
Although that's not to say that there aren't some serious issues with
the language — and the culture that surrounds it — that need to be
addressed.
Why is COBOL still so prevalent?
COBOL was initially developed in 1959 as a business-orientated
programming language that ran almost exclusively on large mainframe
computers and served as an incredibly useful tool in modernising what
were often paper-based business processes. The language was commonly
used for transaction-based processing and continues to power many
finance and administrative systems used by banks and the public sector.
[61]According to Reuters, 220 billion lines of COBOL code remain in use
today and this is showing no signs of slowing down. The reasons behind
this are mixed, but a lot of the time it comes down to the fact that
it's quite difficult to present a compelling business case to rip and
replace COBOL. It's incredibly expensive and complicated to do so given
how entrenched it is within the mainframe environments, and the
decades-old monolithic nature of the applications themselves - as
illustrated when the Commonwealth Bank of Australia replaced its core
COBOL-driven banking platform in 2012 at a cost of over [62]1 billion
Australian dollars (749.9 million USD).
Another reason COBOL has carried on so long is simply that the
applications can actually work exactly as they need to and the language
[63]isn't necessarily obsolete. Derek Britton, global head of product
marketing at COBOL custodian Micro Focus illustrates this point,
arguing COBOL's original use-cases are still just as relevant today as
when it was first developed.
"For COBOL, the classic use-cases for a language - which is famously
designed for 'business applications' - are fairly self-evident and
remain as true today as they were throughout COBOL's history. COBOL
applications are the lifeblood for some of the world's most successful
organisations and also run countless government departments across the
globe," Britton says.
"These are applications that match COBOL's capacity for data-heavy work
(needing to access, process, manipulate, and report on large amounts of
clearly-defined, structured data), significant arithmetic or processing
activities (handling complex numeric calculation, without error), and
working at speed and scale (handling millions of transactions in a
short space of time). It is no surprise COBOL remains a bedrock in
banking, insurance, healthcare, logistics and many other industries."
Which industries are still reliant on COBOL?
As mentioned, there are a few key industries that rely on COBOL
infrastructure, with application footprints being significant within
the financial sector, government services, telecommunications and
healthcare. Bola Rotibi, Research director at Analyst firm CCS Insight
says these sectors are the ones that are most hungry for COBOL
developer talent, due to the nature of the language and its proficiency
within their business dealings.
"COBOL applications are mainly used in transaction processing
applications, hence a staple of the Financial Services sector and other
industries that rely on processing a large volume of transactions
quickly, and often in batches," Rotibi says.
"Government services responsible for calculating tax receipts and
returns and making benefit payments to citizens, as well as airlines
handling the ticketing of passengers, rely on transaction operations
that need to be highly performant and reliable. This is a key reason
why their COBOL applications remain crucial to their business
operations."
As one of the major COBOL implementors, the financial sector was one of
the most evidently impacted as a result of the COVID-19 pandemic.
According to Vilve Vene, CEO and co-founder of European fintech
Modularbank, COBOL reliance and the associated skills challenge was one
of many issues that became evident as a result of the outbreak.
"The issue that comes with systems running on COBOL is that opening up
these systems to the outside world is a very lengthy, complex and
costly process," Vene explains.
"So far, we have seen banks investing huge amounts of money to revamp
their legacy systems by building additional layers on top of it.
However, this is not an effective solution to the problem as COBOL was
not fundamentally built to support the flows of real-time demand."
While Vene argues that COBOL, as well as all legacy bank
infrastructure, should be eventually replaced with more modern
architectures for competitive reasons, she says this will have to be
done gradually "in order of priorities" as replacing the whole system
would be too disruptive.
The extent of the skills shortage
While the skills shortage may be most evident during major demand
‘spikes', such as those driven by COVID-19, the issue has remained a
concerning talking point for decades now. The lack of talent is driven
by a few key factors, but one of the most significant ones the scarcity
of education, considering computer science courses at universities
largely don't teach the language anymore, resulting in a serious lack
of new, younger developer talent.
The skills shortage around COBOL remains quite a serious issue for many
organisations, not only because many developers aren't familiar with
the language, but because COBOL work generally requires a high-level,
specific, and intricate understanding of the COBOL application
environment. Keith Banham, mainframe R&D manager at Macro 4 and
40-year mainframe technologies veteran elaborates on this issue,
framing the skills shortage as a "crisis" that does deeper than the
language itself.
"It's important to recognise that the skills crisis is not simply about
a shortage of people who understand how to code in the COBOL language.
The deeper issue is the lack of application knowledge. Being able to
code in COBOL is the first step. The really hard part is understanding
what an application does. If you don't have that knowledge you run the
risk of making mistakes," Banham says.
"An experienced COBOL developer with knowledge of an application will
understand, for example, how changing code in one part of a system will
affect another part. When you lose that experience, new developers are
unaware of the implications of making changes."
One example of this is the use of copybooks by COBOL programmers, which
allow them to insert the same section of code into numerous places
within the system. Anyone who updates that shared code needs to
understand exactly how their changes will affect all of the different
parts of the system. This kind of extensive previous knowledge is
massively important in the world of COBOL, to the extent where
organisations have previously clung to [64]elderly COBOL programmers
because they hold the "keys to the kingdom", so to speak.
Should developers be learning COBOL now?
From a developer's perspective, COBOL can be a very useful language to
learn, as it is still so widely used by some of the world's largest
enterprises, with the vast majority of business applications running on
IBM mainframes containing COBOL code. Sean Farrington, SVP of EMEA for
SaaS technology training platform Pluralsight says the continued
popularity of COBOL presents an attractive opportunity for prospective
developers, as having an understanding of both COBOL and more modern
languages is a skillset worth having.
"Despite its age, COBOL still underpins many of the finance and
administrative systems used by banks and the public sector. Without the
skills to work with COBOL, this legacy code cannot be maintained - and
it cannot be modernised or updated either," Farrington explains.
"For example, if traditional banks want to keep up with agile fintechs,
having the talent in place that can work with both COBOL skills and
newer languages is key. Whether it is translating COBOL into a modern
language like Java or Python without losing functionality, or
integrating COBOL with new tools, expertise in the language is still
required. And with billions of lines of COBOL code still in use, it
will likely be a skill that developers will benefit from having for
years to come."
However, while the job opportunities can be solid and extremely safe
options for COBOL developers, the work can be relatively uninspiring.
As developers are sought after, COBOL talent can often be pigeonholed
in a sense, with little opportunity to expand their horizons. For those
devs looking to work in a fast-moving, modern ‘start-up' like
environment, a job maintaining decades-old COBOL architecture can be a
hard sell. It can also be quite difficult to get started with for
developers, as the [65]syntax varies quite considerably to other
languages.
Longevity of the language moving forward
Given it's widespread, permeating nature within key industries, it's
unlikely that COBOL will be disappearing altogether any time soon.
Fundamentally, there is a whole ecosystem of tools and services that
have grown to support and maintain the longevity of COBOL applications.
According to Rotibi, while there have been extensive efforts to
streamline the language for modern development approaches, she still
expects a subtle, gradual move to update COBOL infrastructure across
the board.
"I do think that there will continue to be a steady long term move to
modernising existing COBOL applications. But this will come in the
context of an organisation's digital transformation strategy and also
in weighing up the cost benefits for redesigning an existing COBOL
solution," Rotibi says.
"Many COBOL applications continue to be fit for purpose with regards to
the business logic and transaction they support. Great strides have
been made in evolving the core platforms that run COBOL applications
enabling them to meet the operational performance requirements for
modern transactions and application solutions. Even though some effort
has been made to modernise some aspects of the COBOL language, I think
that there are plenty of modern software application technologies
available today that more than meet the needs for the kind of
applications required going forward."
However, Rotibi reinforces that this won't happen overnight, and that
the language will not fade away, noting the billions of lines of code
still in production environments. The efforts to modernise COBOL itself
she refers to have also cemented themselves amongst CIOs as extremely
[66]viable alternatives to ripping out the language and associated
mainframes completely, due to the associated cost savings. Many efforts
have been made to bring COBOL into the 21^st century, including
solutions that facilitate COBOL to run alongside [67]JAVA on mainframes
and even a recent push to get the COBOL applications to run as
[68]containers on Kubernetes.
As a further example, Sam Knutson, vice president of product management
at Compuware says IBM's efforts to update COBOL's compiler has allowed
the language to persist through the ages.
"What's unique about COBOL is the compiler, which IBM has done a
masterful job at continuously improving every few months," Knutson
explains.
"These improvements have ensured COBOL's consistent speed and
performance and helped to fine tune machine code so that it can most
effectively and efficiently drive the latest and greatest compute
resources on the mainframe. That's why the world's economy rightfully
runs on more than 220 billion lines of COBOL code, and that number is
increasing every day."
However, regardless of whether COBOL has a bright, bland, or bleak
future ahead of it, one of its major issues is around the culture that
generally surrounds it. If organisations want to maintain an adequate
talent pool of COBOL developers, the language and associated
infrastructure needs to be modernised somewhat so that it's an easier
sell to developer talent. At the end of the day, the last thing modern
developers want to do is work on a single, aging, idiosyncratic
language, doing maintenance work for the rest of their careers.
"If the traditional developer experience on the mainframe is still in
use - notorious for siloed culture, rigid, experiment-averse processes
and text-based ‘green screen' tools - organisations can't expect to
attract the talented next-gen programmers they desperately need to
commit as the next stewards of their mission-critical COBOL
applications," Knutson continues.
"They cannot count on talented new developers to pay a personal tax in
time, effort and inspiration for digitally subpar culture, processes,
and tools in the face of escalating expectations. This is the same as
hoping competitors will throttle their own innovation to ensure a rival
organisation has time to catch up; it's never going to happen."
Related:
* [69]Software
* [70]Global
[71]IDG Connect Follow us
*
*
*
* [72]About Us
* [73]Contact
* [74]Privacy Policy
* [75]Cookie Policy
* [76]Member Preferences
* [77]Tax Strategy
* [78]California: Do Not Sell My Personal Info
Copyright © 2020 IDG Connect Ltd.
> All rights reserved.Designated trademarks and brands are the property
of their respective owners.
Explore the IDG Network descend
* [79]CIO
* [80]Computerworld
* [81]CSO Online
* [82]InfoWorld
* [83]Network World
[p?c1=2&c2=6035308&cv=2.0&cj=1]
References
Visible links
1.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
2.
https://www.googletagmanager.com/ns.html?GTM-WR6LD2P
3.
http://www.idgconnect.com/
4.
https://www.idgconnect.com/insider/
5. javascript:///
6. javascript:///
7. javascript:///
8. javascript:///
9. javascript:///
10. javascript:///
11.
https://www.idginsiderpro.com/subscribe
12.
https://www.idginsiderpro.com/subscribe
13.
https://www.idgconnect.com/insider
14. javascript:///
15. javascript:///
16. javascript:///
17.
https://www.idgconnect.com/about/about.html
18.
https://www.idgconnect.com/about/contactus.html
19.
https://www.idgconnect.com/about/privacy.html
20.
https://www.idgconnect.com/about/cookie-policy.html
21.
https://www.idgconnect.com/about/member-preferences.html
22.
https://www.idgconnect.com/about/tax-strategy.html
23.
https://www.idgconnect.com/about/ccpa.html
24.
https://www.idgconnect.com/article/3579365/c-suite-career-advice-derek-thompson-dell-boomi.html
25.
https://www.idgconnect.com/article/3579202/cto-sessions-bernd-greifeneder-dynatrace.html
26.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
27.
https://www.idgconnect.com/article/3577567/cio-spotlight-ian-pitt-logmein.html
28.
https://www.idgconnect.com/
29.
https://www.idgconnect.com/category/software/
30.
https://www.idgconnect.com/analysis
31.
https://www.facebook.com/sharer/sharer.php?u=
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
32.
https://twitter.com/intent/tweet?url=
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html&via=IDGConnect&text=The+persistence+of+COBOL:+why+a+60-year+old+language+is+still+in+demand
33.
http://www.linkedin.com/shareArticle?url=
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html&title=The+persistence+of+COBOL:+why+a+60-year+old+language+is+still+in+demand
34.
http://reddit.com/submit?url=
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html&title=The+persistence+of+COBOL:+why+a+60-year+old+language+is+still+in+demand
35. mailto:?Subject=The persistence of COBOL: why a 60-year old language is still in demand&Body=Check out this article from IDG Connect:
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
36. javascript:window.print();
37.
https://www.idgconnect.com/author/Pat-Martlew/
38.
https://www.idgconnect.com/article/3586353/dont-fly-by-wire-with-ai-until-you-know-the-controls.html
39.
https://www.idgconnect.com/article/3586353/dont-fly-by-wire-with-ai-until-you-know-the-controls.html
40.
https://www.idgconnect.com/article/3585754/cto-sessions-derek-knudsen-alteryx.html
41.
https://www.idgconnect.com/article/3585754/cto-sessions-derek-knudsen-alteryx.html
42.
https://www.idgconnect.com/article/3585100/inspired-by-gdpr-here-is-how-brazil-s-new-data-privacy-law-will-work.html
43.
https://www.idgconnect.com/article/3585100/inspired-by-gdpr-here-is-how-brazil-s-new-data-privacy-law-will-work.html
44.
https://www.idgconnect.com/article/3585630/c-suite-career-advice-kevin-kimber-rimilia.html
45.
https://www.idgconnect.com/article/3585630/c-suite-career-advice-kevin-kimber-rimilia.html
46.
https://www.idgconnect.com/resources
47.
https://www.idgconnect.com/resources/209676/7-key-considerations-for-microservices-based-application-delivery
48.
https://www.idgconnect.com/resources/209676/7-key-considerations-for-microservices-based-application-delivery
49.
https://www.idgconnect.com/resources/209674/cloud-native-computing-in-apac
50.
https://www.idgconnect.com/resources/209674/cloud-native-computing-in-apac
51.
https://www.idgconnect.com/resources/209699/migrating-sap-to-the-cloud
52.
https://www.idgconnect.com/resources/209699/migrating-sap-to-the-cloud
53.
https://www.idgconnect.com/resources/209620/driving-a-porsche-on-a-dirt-road-why-the-digital-workplace-needs-better-infrastructure
54.
https://www.idgconnect.com/resources/209620/driving-a-porsche-on-a-dirt-road-why-the-digital-workplace-needs-better-infrastructure
55.
https://www.idgconnect.com/resources/209694/financial-sector-safety-and-soundness
56.
https://www.idgconnect.com/resources/209694/financial-sector-safety-and-soundness
57.
https://www.idgconnect.com/resources/209696/how-to-ensure-flexibility-in-a-hybrid-multicloud-strategy
58.
https://www.idgconnect.com/resources
59.
https://www.bloomberg.com/graphics/2020-coronavirus-cases-world-map/
60.
https://www.silicon.co.uk/workspace/ibm-cobol-skills-339276
61.
http://fingfx.thomsonreuters.com/gfx/rngs/USA-BANKS-COBOL/010040KH18J/index.html
62.
https://www.reuters.com/article/us-usa-banks-cobol/banks-scramble-to-fix-old-systems-as-it-cowboys-ride-into-sunset-idUSKBN17C0D8
63.
https://enterprisersproject.com/article/2020/6/cobol-application-should-you-modernize
64.
https://thenewstack.io/cobol-everywhere-will-maintain/
65.
https://medium.com/swlh/why-you-should-learn-cobol-in-2020-9b263bee775d#:~:text=It is rigid, difficult to,t happen until around 2002!
66.
https://enterprisersproject.com/article/2020/6/cobol-application-should-you-modernize
67.
https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_72/rzase/cbljavint.htm
68.
https://containerjournal.com/topics/container-ecosystems/ibm-shows-instances-of-cobol-running-natively-on-kubernetes/
69.
https://www.idgconnect.com/category/software
70.
https://www.idgconnect.com/tag/global/
71.
https://www.idgconnect.com/
72.
https://www.idgconnect.com/about/about.html
73.
https://www.idgconnect.com/about/contactus.html
74.
https://www.idgconnect.com/about/privacy.html
75.
https://www.idgconnect.com/about/cookie-policy.html
76.
https://www.idgconnect.com/about/member-preferences.html
77.
https://www.idgconnect.com/about/tax-strategy.html
78.
https://www.idgconnect.com/about/ccpa.html
79.
https://www.cio.com/
80.
https://www.computerworld.com/
81.
https://www.csoonline.com/
82.
https://www.infoworld.com/
83.
https://www.networkworld.com/
Hidden links:
85.
https://www.idgconnect.com/insider/
86.
https://www.idginsiderpro.com/subscribe
87.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html#search
88.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
89.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html#search
90.
https://www.idgconnect.com/about/learn-about-insider.html
91.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
92.
https://www.idginsiderpro.com/subscribe
93.
https://www.idgconnect.com/about/learn-about-insider.html
94.
https://www.linkedin.com/company/idg-connect
95.
https://twitter.com/idgconnect
96.
https://www.facebook.com/ConnectIDG
97.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
98.
https://www.idgconnect.com/article/3578391/the-persistence-of-cobol-why-a-60-year-old-language-is-still-in-demand.html
99.
https://www.linkedin.com/company/idg-connect
100.
https://twitter.com/idgconnect
101.
https://www.facebook.com/ConnectIDG