COBOL programmer salaries up by 43% in 1 year
What does this mean for legacy systems?
Microfocus's increasing license costs & Legacy Modernization
Increased licensing costs is hastening the move away from COBOL
From COBOL Data-Types to Java/C# Primitive data-types
Where possible
This is a continuation of my earlier blog - asking what would be the desirable characteristics of a COBOL program - rewritten in OO Java or C#. I followed that post with a description of first steps to go from Structured data definitions into an Object-Oriented design.
In this posting, we'll look at what can happen to all the data-items, COBOL redefinitions, COMP variables and etc.
Happy 50th Birthday to COBOL
Rest in Peace
People get very religious about Computing languages. C# vs Java, VB vs Delphi, C++ and LISP. But quite frankly, I somehow never expected developers to treat COBOL as a religion: No object-orientation (not one which has been accepted or used), no exception handling, and allowing lots of bad practices: GO-TOs, REDEFINES ...
COBOL Business Rule projects are large projects
Lets do the job properly
Question is how bigger would the project become if they migrated to “maintainable” Java first? Would they have to migrate the whole thing – or just parts which is destined to be re-written as rules? Depending on the COBOL platform (IBM, ESQL, UNISYS – DMS-II, ….), it is possible to have part of the system in Java and leave the rest COBOL ...
Business Rules in Legacy Modernization
COBOL Rules for Documentation or Rules for rete-type inference engine
Here at SoftwareMining, we get two types of interest in Business rules. In the first instance there are projects who simply want to re document the system or re-produce a functional specification for the purpose of rewrite. The 2nd set of interest is from organizations who would like to re-implement their system within a “rule-based” system. This COBOL rule-systems is the topic of my dicussion today.
James Taylor, writes an interesting blog on "Modernizing COBOL with business rules" ...
COBOL Re-host vs COBOL Translation (to Legible Java or C#)
(Lets hope re-hosters keep their test routines, they'll be needed again)
Recently there has been a lot of activity in the Re-hosting world, as evident in quarterly reports of MicroFocus as well as the big rehosting companies.
But why would anyone rehost as oppose to translate? lets look at the pros and cons of each solution ...
Is COBOL Dead? or will there be COBOL code on starship Enterprise?
In the 60's, the list of companies in the Fortune 500 was so stable that it took 20 years for a third of them to change. Now it takes only four years (source: The Economist). There is a lot of pressure for businesses are to remain competitive.
Will COBOL survive such business needs? ...
Oracle takeover of Sun
Now Oracle will be competing with IBM and HP in Server Market
Surely this is good !!! If IBM had bought Sun, the big players in Server market would have been IBM and HP only.
I read that Sun's list of open-source Software (Java and MySQL) was a major factor in influencing the purchase ...
From COBOL Data-Section to an OO Design
With inheritence !
This is a continuation of my earlier blog - asking what would be the desirable characteristics of a COBOL program - rewritten in OO Java or C#.
In the first step we discussed the necessity for Semantic Translation.
In the next section I would like to discuss the importance of OO in design of data-sections. (I will discuss OO in business logic section a bit later).
Green Shoots of recovery .... too early ?
Quarterly earning reports looking good.
Meanwhile, Intel's net earning is down - but better than expected.
Does all this point to the green shoots of recovery ?
Semantic translation - First requirement for generation of "Maintainable" Code
Step-by-Step Guide to Successful COBOL Modernization
In my yesterday's blog, I asked what would be the desirable characteristics for a COBOL program re-written in Java or C#? It doesn't really matter whether the process is achieved in a manual rewrite, or through automatic translation. But the amount of time and budget allocated to the system matters a lot. If there was a BIG budget and a lot of time, you could end-up with an "ideal" solution (or run over-time and budget, and have the project cancelled).
So, without further ado, here is the major characteristic:
Satyam auctioned - Tech Mahindra is new owner
Resistence is Futile ... You will be Translated
Well, your COBOL legacy Applications will be translated
Various reports suggest that the COBOL code base is still growing between 3 to 5% per year. The past Legacy modernization projects have only touched the tip of the iceburg.
The modernization projects to-date has mostly started due to an immediate "necessity" such as business process changes. In this situation, where budgets allowed, it made sense to re-document, extract the rules, re-design and rewrite. My company - SoftwareMining we also produce business rule extraction tools for this market. But in this discussion, I want to focus on Translations.
As I said, I think we have just seen tip of the iceberg ...