Until it becomes obsolete, unsupportable, the crux of your operation, and/or the basis for all of your decisions 😬
(Yes, I read the article, it’s just the signs, but yes, the above still applies!)
Not to mention when you want to change the entire system it becomes a huge operation and problem.
Massive risk to that change too.
So many people don’t understand how risk informs everything a business does.
What cost is there to a given system being down for one hour? A day? Any regulations around it?
Often it’s better to pay a known quantity up front than risk potential outages where you can’t predict all the downstream affects.
COBOL has entered the chat
e: good for legacy employment though. A relative of mine is a Z80 programmer by trade, and he can effectively walk into a job because the talent pool is so small now. Granted - the wages are never great but never poor, and the role is maintenance and troubleshooting rather than being on the leading edge of development - but it’s a job for life.
Every time I hear about COBOL I feel like I should try to learn it as a backup plan…
I’m in two minds about that. One the one hand, yes, of course - as all the original COBOL folks die off, the skills will be even rarer and thus worth more.
On the other hand, if we keep propping up old shit, the businesses will keep relying on it and it’ll be even more painful when they do eventually get forced to migrate off it.
On the other other hand, we know it works, and we don’t want to migrate everything into a series of Electron apps just because that’s popular at the moment.
