←back to thread

127 points Anon84 | 3 comments | | HN request time: 0.463s | source
Show context
ufmace ◴[] No.38509082[source]
The article title is clickbaity, but the actual point is the proposal of using LLMs to translate large amounts of legacy COBOL systems to more modern languages like Java. Doesn't seem terribly useful to me. I expect you could get a 90% solution faster, but the whole challenge with these projects is how to get that last bit of correctness, and how to be confident enough in the correctness of it to actually use it in Production.

But then all of this has been known for decades. There are plenty of well-known techniques for how to do all that. If they haven't actually done it by now, it's a management problem, and no AI tech is going to fix that.

replies(11): >>38509198 #>>38509418 #>>38509802 #>>38509995 #>>38510231 #>>38510273 #>>38510431 #>>38511157 #>>38511186 #>>38512486 #>>38512716 #
kolinko ◴[] No.38512486[source]
As far as I understand, the issue with Cobol specifically is that the code is riddled with gotos and global variables - and untangling all that mess is the real issue, not converting into Java itself.

Using traditional algorithms you end up with literal exponential complexity very fast. You also need a human's ability to figure out which new abstractions to create - otherwise you will end up with a code that is just as difficult to maintain as the original.

replies(1): >>38513933 #
1. dzhiurgis ◴[] No.38513933[source]
Isn’t global variables at some point a requirement for performance? Or is there patterns that can do both?
replies(2): >>38513966 #>>38513968 #
2. ◴[] No.38513966[source]
3. vardump ◴[] No.38513968[source]
Global variables usually hinder performance on modern hardware. Harder to use multithreading and (sometimes) higher probability for false sharing.