Live data from Hacker News

New Jersey needs COBOL programmers for their unemployment claims system

twitter.com

1–10 of 309 posts

Re: New Jersey needs COBOL programmers for their unemployment claims system

#6
post #4

How hard is cobol to pick up and learn at the level needed to contribute? I'm sure there are many no longer employed programmers in the tri state area that might be able to help

I imagine it's pretty difficult. I'm not a mainframe programmer, but from my understanding you not only have to understand the COBOL languages, but various mainframe environment parts like the OS, APIs, databases, etc.

Re: New Jersey needs COBOL programmers for their unemployment claims system

#8
post #4

How hard is cobol to pick up and learn at the level needed to contribute? I'm sure there are many no longer employed programmers in the tri state area that might be able to help

I imagine it's pretty difficult. I'm not a mainframe programmer, but from my understanding you not only have to understand the COBOL languages, but various mainframe environment parts like the OS, APIs, databases, etc.

I did mainframe COBOL for a few years in the 90’s (Y2K fixes). It’s actually not that difficult - I could probably bring a Java developer up to speed on it in less than a month. COBOL is actually extremely easy to program in, but it’s also limited in its expressiveness, so you end up repeating yourself a lot, which leads to complex debugging sessions.

Re: New Jersey needs COBOL programmers for their unemployment claims system

#9
post #4

How hard is cobol to pick up and learn at the level needed to contribute? I'm sure there are many no longer employed programmers in the tri state area that might be able to help

The thing about old COBOL systems is, the language isn't the problem. Snark aside, it isn't that bad.

The major issue is the code written in it. Remember, a lot of COBOL code comes from a time before a lot of programming best practices were discovered. Structured programming-- as in, actually having function calls instead of just GOTO statements everywhere-- was a novel hoity-toity concept when COBOL first existed. Relational databases? Forget about it, they won't exist for another decade and a half. You get flat files; if you're lucky there might be field separators, if you're unlucky you'll have to find the column widths in the code somewhere. And don't even think that any of it is documented.

That's the sort of thing you're taking on when you jump into a legacy COBOL system.

Re: New Jersey needs COBOL programmers for their unemployment claims system

#10
post #4

How hard is cobol to pick up and learn at the level needed to contribute? I'm sure there are many no longer employed programmers in the tri state area that might be able to help

depends on the codebase, some people showed me long lasting, semi patched, semi generated code and it was not pretty

the language in itself is archaic but there's nothing difficult in it

Post reply on HN