This probably won't help me in my current job search, but is it worth learning COBOL? I've heard that there are still a bunch of critical systems out there that use it, and that it's hard to find COBOL devs these days.
Is this still the case? The only downside I can see is that I'd have to program in COBOL.
reshared this
fedops ππ
in reply to Jonathan Lamothe • • •Cobol devs are definitely in demand.
I did Cobol in my studies. It's quirky but a fairly straightforward language to learn. It's not sexy but solid, and at least you won't be dealing with all the boilerplate Java or csharp junk.
Cobol is only half the deal though. In all likelihood you'll be working in a mainframe environment so may come into contact with Rexx JCL, CICS, and all the other good stuff as well. π
erin
in reply to Jonathan Lamothe • • •Iβm not an expert in COBOL but I am in the labour market. Look at 10 job postings for your profession. If 5 or more list COBOL as a requirement or an asset, Iβd consider taking the time to learn.
ETA: Iβd also look at long term prospects. Is it a new language that might become popularized? Is it an old language that is dying? Is there anything proprietary about the language that even if it died itβll still be in demand in certain sectors?
silverwizard
in reply to Jonathan Lamothe • • •Jonathan Lamothe
in reply to silverwizard • •Taxed Coyote
in reply to Jonathan Lamothe • • •I would suggest that putting the effort into learning COBOL isn't worth it.
There are high-paid jobs working in COBOL on legacy 'systems of record' devices that are still critical.
But every year, the number dwindles. AI translation of COBOL may also arise.
My suggestion is that there are also modern languages to learn that have a much better future for you and likely aren't as hard to learn.
Jonathan Lamothe
in reply to Taxed Coyote • •Shannon Prickett reshared this.
Eric Lawton
in reply to Taxed Coyote • • •@gedvondur
A reading knowledge of COBOL would be useful for understanding of parts needing replacement, especially where requirements and test cases are missing, while putting the most effort into expertise in potential target languages.
Writing COBOL requires fast typing skills. It's very verbose.
"Subtract Expenses from Gross-Revenue giving Profit"
@me
Digital Mark Ξ» βοΈ πΉ π
in reply to Jonathan Lamothe • • •Watch @ellyxir learn COBOL:
youtube.com/watch?v=8skE5PTeOWβ¦
And then rethink your choices!
(I only know how to do REXX on IBM mainframes. And it's not pretty.)
- YouTube
www.youtube.comJonathan Lamothe
in reply to Digital Mark Ξ» βοΈ πΉ π • •@Digital Mark Ξ» βοΈ πΉ π @Ellyse I watched the first video (on 2x speed) and while definitely looked painful, it didn't seem that bad.
It's certainly not something I'd be able to pick up right away, but I am twisted enough in the head just to try to do this for fun.
This also probably explains how I ended up in a cult for 12 years. π
Bill Fellows
in reply to Jonathan Lamothe • • •Having worked adjacent to 4 different mainframes at this point in my career along with their "modernization" efforts. Reading COBOL, not terrible. Writing it, eh, probably not so bad but I've never done, only had to read and comprehend what it does. And there are non-MFs that provide implementation of COBOL so you can learn on your own time.
The devil is going to be understanding IBM systems "junk": CICS, DASD, DCLGEN, TSO, RACF etc
Judy Anderson
in reply to Bill Fellows • • •@billinkc
What he said. Mainframe basics are more important than COBOL, I'd say.
I work for a company that's doing "Mainframe Modernization" and as a result we have to understand the old crappy non-modern stuff in order to implement new stuff! (Currently my group isn't reimplementing anything based in Cobol. We do Db2 monitoring stuff.)
rocketsoftware.com
rocket.wd5.myworkdayjobs.com/rβ¦
(We have AI hype on the front page but really we're just programming. I guess some departments might be doing AI, but I think we're just scared we'll miss the bandwagon. So don't ignore us just for that.)
Rocket Software
Rocket SoftwareJonathan Lamothe likes this.
Jonathan Lamothe
in reply to Judy Anderson • •Judy Anderson
in reply to Jonathan Lamothe • • •Jonathan Lamothe likes this.
Bill Fellows
in reply to Judy Anderson • • •@nosrednayduj OMG super small world. One of the projects I was on dealt with model 204/m204. We ended up building a real time synchronization between m204 and SQL Server via messaging.
It was going to be a very cool way to modernize the client's data storage while they incrementally switched the front ends.
Pity literal debt caught up to them π₯
William B Peckham
in reply to Jonathan Lamothe • • •