Feeds

COBOL Resartus

Revisiting the re-tailored COBOL universe

Intelligent flash storage arrays

Then, according to Artur Reimann (writing for Fujitsu Software in 1999 in Object Oriented Programming in "COBOL 2000"): “‘COBOL 2000’… will provide full support for the constructs of Object Oriented Programming (OOP)… [although] OOP will not replace conventional programming, but will be used just for specific programming tasks, for which it is better suited.

Traditional COBOL programming will not go away, but will be complemented by new language features for defining classes and objects”. I’m not sure that the hybrid approach implied by this will please OO purists - but, then, neither does a lot of C++ - but, nevertheless, if you know any COBOL, I think the Fujitsu Software article quoted shows clearly that OO can fit well with the forms of traditional COBOL.

COBOL, then, is far from dead and it is not even uninteresting to play with, especially as COBOL code may provide the best available documentation of the fundamental business processes your company has been running on for decades.

And there’s still a lot of COBOL about although it seems hard to pin down the precise amount of it actually in use today (perhaps because a lot of it is in mission-critical financial systems, that owners don't want to talk about). A tutorial from the University of Limerick Department of Computer Science and Information Systems (CSIS) quotes Gartner estimates for 2002 of about two million COBOL programmers world-wide compared to about one million Java programmers and one million C++ programmers.

Similarly, IBM quotes “generally accepted statistics” to the effect that 70 per cent of the world's business data is still being processed by mainframe applications written in COBOL (with an estimated 30 billion COBOL transactions are processed daily, more than the number of total web pages viewed in the same period), here.

Whatever the exact amount, a lot of banks have some COBOL and it often represents many man-years of analysis – this COBOL both documents and embodies a great deal of business process, probably not effectively documented anywhere else. Translating a COBOL system into another language isn’t hard – but, unfortunately, making sure that the business process it represents hasn't been compromised is very much harder and more expensive (the devil is in the regression testing).

So why bother to even attempt to “rip and replace” all your COBOL legacy? It usually makes no business sense, since COBOL can now co-exist with the latest technologies. For example, according to Dobbins, “developers are now able to map COBOL data fields to XML elements, in both traditional and .Net flavours of the language".

Through the use of a wizard-enabled development environment, COBOL data structures can be generated from XML schemas, removing any barriers to the use of XML as both input and output data. And IBM is promoting EGL (Enterprise Generation Language), “an easy to learn programming paradigm” which lets you generate optimized code (including COBOL) for a target runtime platform from technology-neutral EGL logic.

COBOL is easy enough to learn, anyway (Micro Focus offers a five-day "COBOL Programming for Business Success" course here). If you can read your COBOL legacy you can package it as a service, effectively loosely-embedded in more modern systems.

Perhaps you should add COBOL to your CV – if you can speak C++ or Java, how hard can it be? COBOL’s days may indeed be numbered, but some numbers are pretty large.

For more information, the COBOL Portal is here. ®

Top 5 reasons to deploy VMware with Tegile

More from The Register

next story
Preview redux: Microsoft ships new Windows 10 build with 7,000 changes
Latest bleeding-edge bits borrow Action Center from Windows Phone
Google opens Inbox – email for people too thick to handle email
Print this article out and give it to someone tech-y if you get stuck
Microsoft promises Windows 10 will mean two-factor auth for all
Sneak peek at security features Redmond's baking into new OS
UNIX greybeards threaten Debian fork over systemd plan
'Veteran Unix Admins' fear desktop emphasis is betraying open source
Entity Framework goes 'code first' as Microsoft pulls visual design tool
Visual Studio database diagramming's out the window
Google+ goes TITSUP. But WHO knew? How long? Anyone ... Hello ...
Wobbly Gmail, Contacts, Calendar on the other hand ...
DEATH by PowerPoint: Microsoft warns of 0-day attack hidden in slides
Might put out patch in update, might chuck it out sooner
Redmond top man Satya Nadella: 'Microsoft LOVES Linux'
Open-source 'love' fairly runneth over at cloud event
prev story

Whitepapers

Choosing cloud Backup services
Demystify how you can address your data protection needs in your small- to medium-sized business and select the best online backup service to meet your needs.
Forging a new future with identity relationship management
Learn about ForgeRock's next generation IRM platform and how it is designed to empower CEOS's and enterprises to engage with consumers.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Storage capacity and performance optimization at Mizuno USA
Mizuno USA turn to Tegile storage technology to solve both their SAN and backup issues.