←back to thread

127 points Anon84 | 3 comments | | HN request time: 0.478s | 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 #
IshKebab ◴[] No.38509995[source]
I'm pretty sure there's already a system to transpile COBOL to Java without resorting to LLMs.
replies(3): >>38510301 #>>38511197 #>>38516136 #
grammie ◴[] No.38511197[source]
Heirloom computing where I am cto does this using transpilers with 100% automated transpilation. Using LLMs for an entirely deterministic domain borders on the insane. This is just marketing bs but we get asked about it and what our plan is to counter it all the time. Explaining that using Gen-ai and LLMs for what is a well understood compiler/transpiler problem that is already solved just seems to be too difficult for some people to understand.
replies(2): >>38511253 #>>38512820 #
IshKebab ◴[] No.38511253[source]
In fairness I imagine an LLM could maybe transpile to more idiomatic code. For example when you transpile FORTRAN to C you get a load of +1s and -1s everywhere to deal with FORTRAN's 1-based indexing. An LLM could avoid that.

But I agree, it doesn't make sense to risk bugs just for that.

replies(1): >>38511603 #
1. dun44 ◴[] No.38511603[source]
You could do it with a trivial C macro instead.
replies(2): >>38512172 #>>38514564 #
2. wokkel ◴[] No.38512172[source]
I have the pleasure of supporting a transpiled rpg (system i) to Java codebase. Shit that's come up: almost everything is a global. State machine are used for crud logic which is implicit in the rpg runtime and explicit in the Java codebase. Magic constants all over the place. Magic blobs of screen configuration mapping. Transpiling and directly supporting the transpiled codebase is basically masochism.
3. IshKebab ◴[] No.38514564[source]
The classic HN "trivial" :-D