3 ms·
Damn it! I totally feel your pain. Migrating COBOL to Java has long been one of my pet peeves. The former is procedural with all variables being global and fixe
by Ovid 12y ago
Damn it! I totally feel your pain. Migrating COBOL to Java has long been one of my pet peeves. The former is procedural with all variables being global and fixed-width and the later is OO (sort of) with lexical variables of variable size. The two do not mix and match well.
Trying to get away from COBOL is actually a three-way problem: technological (as we've alluded to), business (hey, we gotta stop using this shit!), and social (hey, I don't want to touch this shit!). Unfortunately, virtually every solution I've seen focuses on the business or technical issue in isolation, but ignores the others.
I've actually found a solution that solves all of the issues and would make new developers excited to work in COBOL shops, but it's on hold until some technical challenges are surmounted. Frustrating as hell!
- kyllo 12y agoRight, there's a huge impedance mismatch between COBOL and Java, but couldn't you say the same for any other modern PL? I don't see how migrating COBOL to Python or Clojure or Haskell would be much easier than migrating it to Java. But yes, no one wants to touch the 30 year-old COBOL codebase with a ten foot pole. It's career kryptonite. I'd be curious to learn about the solution you're describing for this problem, is it something you can disclose in any detail?