this post was submitted on 14 Jul 2025
173 points (98.3% liked)

Fuck AI

3523 readers
579 users here now

"We did it, Patrick! We made a technological breakthrough!"

A place for all those who loathe AI to discuss things, post articles, and ridicule the AI hype. Proud supporter of working people. And proud booer of SXSW 2024.

founded 1 year ago
MODERATORS
 

Before performing the study, the developers in question expected the AI tools would lead to a 24 percent reduction in the time needed for their assigned tasks. Even after completing those tasks, the developers believed that the AI tools had made them 20 percent faster, on average. In reality, though, the AI-aided tasks ended up being completed 19 percent slower than those completed without AI tools.

top 11 comments
sorted by: hot top controversial new old
[–] JordanZ@lemmy.world 29 points 1 week ago

Coders spent more time prompting and reviewing AI generations than they saved on coding.

See that’s the problem right there. You’re just suppose to take its output as gospel and move on. Skip this “reviewing” step and massive productivity gains await!

Obviously /s

[–] hedgehog@ttrpg.network 12 points 1 week ago (1 children)

Ars points out that these findings contradict those of other experiments and then goes on to postulate as to why. I clicked on the link to the other experiment:

when data is combined across three experiments and 4,867 developers, our analysis reveals a 26.08% increase (SE: 10.3%) in completed tasks among developers using the AI tool

By comparison, this experiment considered 16 developers. That’s 0.3% as many as the experiments its findings contradict. Fortunately, the authors don’t claim their findings are broadly applicable. They even have a table that reads:

We do not provide evidence that | Clarification —- | —- AI systems do not currently speed up many or most software developers | We do not claim that our developers or repositories represent a majority or plurality of software development work AI systems do not speed up individuals or groups in domains other than software de- velopment | We only study software development AI systems in the near future will not speed up developers in our exact setting | Progress is difficult to predict, and there has been substantial AI progress over the past five years [2] There are not ways of using existing AI systems more effectively to achieve positive speedup in our exact setting | Cursor does not sample many tokens from LLMs, it may not use optimal prompting/scaffolding, and domain/repository-specific training/finetuning/few-shot learning could yield positive speedup

That said, the study has been an interesting read so far. I highly recommend reading it directly rather than just the news posts about it. Check out their own blog post: https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/

I personally find the psychological effect - the devs thought they were 20% faster even afterward - to be pretty interesting, as it suggests that even if more time overall is spent, use of AI could reduce cognitive load and potentially side effects like burnout.

I’d like to see much larger scale studies set up like this, as well as studies of other real world situations. For example, how does this affect the amount of time this takes 10,000 different developers to onboard onto an unfamiliar repository?

[–] Catoblepas@piefed.blahaj.zone 7 points 1 week ago (1 children)

I personally find the psychological effect - the devs thought they were 20% faster even afterward - to be pretty interesting, as it suggests that even if more time overall is spent, use of AI could reduce cognitive load and potentially side effects like burnout.

This assumes that lower estimated time = lower stress levels, when other factors could easily be throwing off time estimation. Think the trope of someone very busy at work who realizes they’ve worked through lunch or dinner. I would have expected people who spend 20% less mental effort on something to be less engaged and more bored by the passage of time, not less.

Also, importantly, improving worker conditions is something that can reduce burnout without the burden of massive data centers. We don’t have to make a machine that produces the illusion of speech to pay people better.

[–] errer@lemmy.world -1 points 1 week ago (1 children)

Also: you can multitask with these things! Prompt it and let it cook for several minutes while you do something else. I feel like the people in this study must have been blankly staring at the code generating to get an overall slowdown…

[–] Barbarian@sh.itjust.works 11 points 1 week ago (1 children)

Or spent more time debugging what it produced than it would have taken to write it themselves.

[–] errer@lemmy.world -1 points 6 days ago

Nah, not if you’re using it in a reasonable way.

[–] GreenKnight23@lemmy.world 7 points 1 week ago

remember, that's 19% more expensive.

[–] jordanlund@lemmy.world 6 points 1 week ago (1 children)

In before "clearly the problem is open source software..."

[–] LodeMike@lemmy.today 2 points 1 week ago (1 children)

Whats the purpose of "In before"? Like "get in [before] something happens"?