posted in Technology

Coding is NOT solved

cross-posted from: feddit.org/post/36071801

This author trieds hard to do a pragmatic view. He does not mention ethical or ecological concerns (which should matter far more and subject to legal regulation IMO).

Instead, he focuses on the quality topic. His thinking is that companies are doing now a kind of quality arbitrage: Companies can make low-quality code at far cheaper costs, and sellthe result still at human-made prices. Which will only work for so long, he thinks: Customers will demand lower prices. (Easy to imagine a quality downward spiral.)

Which invokes the question: What has happened that people accept lower and lower quality? Is new software nowadays still really useful?

blog.alexewerlof.com/p/coding-is-not-solved
enPage

Replying to @⁨HaraldvonBlauzahn@feddit.org⁩

“The reason LLMs are successful in writing code is because we’ve made a feedback loop that feeds the errors back to the LLM and loops until most errors are solved or hidden. Remember that LLMs can and do cheat too.”

I’ve heard, and somewhat seen, that AI makes more code than necessary when fed large code bases. Then the context window isn’t big enough to encompass the whole thing anymore, so it starts to create the issues you’ll make it solve later. This feedback loop manifests in longer debug time, prompt adjustments, and greater lack of understanding overall.

Replying to an earlier post

In case of tests, I’ve seen not simply more code than necessary, but hundreds of line of generated test cases focusing on implementation details based on a badly worded issue description, without anyone bothering to check if the generated integration works at all. These test cases are an immediate dead weight for maintainers that make refactoring and fixing issues more difficult.

Replying to @⁨NathanRanch@lemmy.zip⁩

Context collapse and hallucination in the face of anything novel has been my experience 90% of the time. I even tried context compression by trying to do the research, test spec, plan, code tests, product spec, plan, code product method, but then the issue was the plan satisfied the AI too quick (“actually we already test all of the code, you can see that by reading the “we test all of the code” spec”).

Replying to @⁨latetolemmy@lemmy.world⁩

Sometimes, I think the “AI” industry has an interest to keep the debate as polarized as possible. Because this keeps people from taking a sober look and examine rationally and objectively what they promise, vs. what they deliver.

We have several public debates which followed a similar pattern, such as the debates around climate protection and clean energy. (And lo and behold! Now “AI” is the reason we can’t have climate protection!)

Or the “AI arms race” argument, which honestly just reminds me in the enthusiasm, propaganda, and delusion that happened at the outbreak of WWI. Yes, modern weapons got “better”. But that made war just more lunatic. And now, you can kill a building full of school children with an “AI mistake”. Military people must be gleeful.