Re:Automated Refactoring of a U.S. Department of Defense Mai...
by Teckla on Monday May 06, 2019 @12:39PM
(#19841077)
There are commercial COBOL compilers available that compile to Java bytecode.
[ Parent
| on HN ]
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by le-mark on Monday May 06, 2019 @02:40PM
(#19842425)
It's an odd phenomenon I've seen before. For some reason, execs think they need Java. I had one guy say that customers didn't want to hear cobol; so for him there was a marketing component. Otherwise, I think a lot of execs buy into the "cobol develoepers are rare and expensive" myth also put forth by this article. It's false; after 20 years of offshoring, there are 10,000s of unemployed cobol developers in the US. The shortage is cobol domain experts who wrote the original app, and who's jobs were offshored. That's the shortage.
Certainly there are cobol to jvm bytecode options and I'm sure they see some use. One other option I haven't seen yet is cobol to an intermediate DSL in Java that legacy developers could use and code with little trouble, Jobol if you will. This doesn't exist that I know of.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by dwild on Monday May 06, 2019 @03:00PM
(#19842602)
> 10,000s of unemployed cobol developers in the US.
You need to find that Cobol developper, that can work at your office, that will still works for at least the next 10 years, that won't ask a ton of cash because he expect to keep a similar salary as he did before, that is actually competent, etc...
In the other hands, you got 10 000 unemployed java developer that get out of school in less than 500 km around your office, every year, that will do the job nicely for a pretty cheap salary because it's their first job.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by PorterDuff on Monday May 06, 2019 @03:18PM
(#19842761)
Aha. That's why they keep inventing new languages.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by givehimagun on Monday May 06, 2019 @04:14PM
(#19843329)
A fun fact - Java is over 23 years old. Don't know if anyone would call Java "new" anymore.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by JoeSmithson on Monday May 06, 2019 @04:39PM
(#19843598)
It's actually almost the same amount of time C-to-Java as Java-to-now.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by js8 on Tuesday May 07, 2019 @04:04AM
(#19847431)
And same amount of time Cobol-to-C?
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by rtkwe on Tuesday May 07, 2019 @02:45PM
(#19852247)
C started in 1972 so no. Cobol is close but was only 13 years between it's appearance and C.
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by salty_biscuits on Monday May 06, 2019 @07:29PM
(#19844977)
Like just like stegosaurus and t-rex
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by lalos on Tuesday May 07, 2019 @12:51AM
(#19846693)
Just like a fancy new javascript framework that get propped up by big companies. Can't have experienced developers if the framework is brand new!
Re:Automated Refactoring of a U.S. Department of Defense Mai...
by granshaw on Monday May 06, 2019 @09:36PM
(#19845648)
In all seriousness, I think there’s a ton of waste involving languages - each language introduces its own package manager, doesn’t interop with other languages meaning you have to rewrite python’s requests library in #newlanguage2019 etc