this post was submitted on 30 Jan 2024
578 points (98.0% liked)
Technology
60112 readers
2096 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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!)
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.
Part of the problem is the cost of moving off it. Some companies simply can't pay what that would cost, and that's before you consider the risk.
Tough spot to be in.
You have to unlearn everything you know to learn it, go look its bad.
Let COBOL die, it's terrible.
If it works, why would we want to go through the trouble of switching to another language that will also eventually be regarded as needing to be retired? There's decades of debugging and improvement done on their system, start over with a new system and all that work needs to be done again but with a programming language that's probably much more complex and that leaves the door open to more mistakes...
I'm all for that I just never personally liked COBOL.
In what way is it terrible?
It wasn't for me, too wordy and felt more like something for accounting/corporate than a programmer. I was offered a good-paying job programming COBOL out of college but turned it down because I didn't want to spend my life with it. But that's just me.
Your feelings regarding the language being designed for use by accountants/corporate are completely correct. COBOL was originally designed to be very verbose for this exact reason (i.e. to make COBOL programs accessible/readable for business folk).
I'm a programmer but personally I like the verbosity of COBOL. I like self-documenting code. The code I write in other languages often ends up being pretty wordy too. Certainly there can be a long debate about how verbose programs should be.
I wouldn't say that COBOL is terrible and deserves to die for this design decision though, especially when it outperforms other languages in the places that really matter (i.e. doing business transactions quickly and accurately).
For what it's worth, it's possible to make COBOL less verbose. Standard COBOL syntax is still getting updated (iirc the last standard COBOL update was in 2023). These updates have often made keywords that were otherwise mandatory before optional. If you add COBOL dialects to the mix you can get code which is very similar to other languages depending on which dialect you choose.
π₯²
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.