Wildroot

Queries may use an external AI service. Details

Wildroot Browser

TodayStory on Bluesky

“Reading through this paper AI adoption is shifting…”

Posts
56
People
56
Time
–
Mostly
AI

productivity

56 of the story’s 85 posts, best first: one per person. We leave out exact copies and posts from people whose settings keep them off pages like this one. Page 1 of 2. The title is the name people mention most, or the opening line of the best post.

  1. @solidangle.bsky.social

    Reading through this paper AI adoption is shifting programmer labor from writing code to code reviews, which sounds like a good way to burn out a lot of programmers (and limit the pool of future reviewers), for "statistically insignificant" gains in final software output

    We find evidence of a bottleneck from the code review process: The average time to review a pull request increases by 49%, the share of pull requests with changes requested nearly doubles, and
the number of comments per pull request increases by 35%. Firms also reallocate labor toward review activities: the share of workers performing code reviews increases by 14%. This bottleneck persists
following the adoption of AI code review tools. Although firms increasingly use AI to assist with code review, human reviewers continue to play a central role in the review process.View full-size image

    Image description from the author

    We find evidence of a bottleneck from the code review process: The average time to review a pull request increases by 49%, the share of pull requests with changes requested nearly

    Read more of image description from the author

    doubles, and the number of comments per pull request increases by 35%. Firms also reallocate labor toward review activities: the share of workers performing code reviews increases by 14%. This bottleneck persists following the adoption of AI code review tools. Although firms increasingly use AI to assist with code review, human reviewers continue to play a central role in the review process.

  2. @fadeinpro.com

    This is some real million-monkeys scaling. (This paper is detailed and methodical and lengthy. It's worth looking at, though, for the not-so-surprising conclusions as well as everything you ever wanted to know about software development.)

    Opinion
  3. I liked the "AI is Radium" metaphor for its impact on people's cognition, but the most apt metaphor for AI's impact on cyber security is essentially "We have turned every single middle-to-large enterprise on the planet into the Triangle Shirtwaist Factory," and we are about to see so, so many fires.

    Opinion
  4. @davidcrespo.bsky.social

    interesting paper! they find increases in coding productivity (indicated by more PRs and more LoC) but find that these do not translate to more work getting done (indicated by number of issues closed) due to bottlenecks in review. they argue through various tests that issue scope did not increase

  5. @thomasfuchs.at

    Writing code hasn’t been the bottleneck in software production since the 1980s; RAD, IDEs, OOP, and off-shoring made code (in corporations) a relatively cheap quasi-commodity long ago. The bottleneck has always been making software that’s actually useful.

    Opinion
  6. @psychic.surgery

    When you write code, you understand it. When you understand it, you find the gaps in the specification. When you specify those gaps, you build understanding among the stakeholders. You can’t shortcut any of this unless you want a big blob of liability.

    Opinion
  7. @r.v.cx

    I haven't read this study yet, but having read a LOT of "quantitative software engineering" research...studies almost *never* identify productivity increases. Despite vast, vast increases in engineering productivity over the decades. So maybe temper your enthusiasm for an endorsement of your biases.

    Opinion
  8. @taulby.bsky.social

    AI doesn't have an imagination. I have seen that AI bots have made connections not yet anticipated by researchers, but all of the preceding information was derived from human work. I think that is impressive, and can serve some fields, but it's also why AI doesn't break any ground without theft.

    Opinion
  9. @jman4747.bsky.social

    People won't tend to use LLMs the "right" way. They'll tend use them in whatever way accords with the path of least resistance. Any future where these are widely used is one where the harms continue to outweigh the benefits.

    Opinion
  10. @leftoutside.bsky.social

    Data ends in March 2026, so about 8 months into Claude Code being available and three months before Fable. The bottlenecks in code review have since reduced because AIs can do it, but that won't stop anti-AI people using the paper to say AI doesn't work. There'll always be bottlenecks.

  11. @drew-lewis.com

    This reminded me of a post I saw today from a mathematician-turned-AI-bro noting (without an ounce of self awareness) the exponential increase in submissions to arXiv and math journals

    Opinion
  12. @balinares.bsky.social

    A thought: the hard part of software engineering always was and remains determining what's the right problem to solve. Solving the wrong problem can easily be a net-negative and if you do it faster, the cost accrues faster.

  13. @shirosiri.us

    I’ve been thinking about The Rats of NIMH a lot recently

  14. @selene.euyis.me

    not to comment on the merits of the text but i just really don't like the framing of "harvard just dropped a study" giving it some sort of undue presumed quality, credibility and the assumption of it having made it past peer review instead of "some people affiliated with harvard uploaded a pdf"

    Opinion
  15. @grogsgamut.bsky.social

    I'm going to go out on a limb and say that if AI can't improve productivity of coding, then all other claims about productivity improvements are essentially horseshit. Coding was the one thing everyone was like "well yeah of course it will be able to do that faster"

    Opinion
  16. This is a pretty substantial study - 718 firms. AI allows engineers to write crappy code faster - but devs end up having to spend more time reviewing & revising code so in the end there's no actual productivity gain.

    Opinion
  17. AI is not intended to 'work' or 'increase productivity' or 'streamline coding' or whatever the fuck. It is intended to discipline, deskill, and devaluate labor first, and a way to generate more financialized capital and keep it out of the tax system

    Opinion
  18. @atticusgf.bsky.social

    I think this is interesting but: 1) time scale of this kind of makes me shrug at the results 2) I think we're in a post code-review world (at least in the traditional sense) and we don't really realize it yet.

    Opinion
  19. @foxes.ceo

    The irony of implementing LLM coding requirements by software companies who also gutted their QA Department shouldn’t be lost on anybody

    Opinion
  20. @chimerror.blacksky.app

    The sad thing is that I know exactly how this will be spun: yes, but wait until the models improve; this is just growing pains. (Ignore all the externalities and other high costs, which aren't likely to come down.)

    Opinion
  21. When I advised the orchestrations for a college musical theater group, if a student submitted a bad chart, it was faster for me to rewrite from scratch than to revise it.

  22. @mewtation.bsky.social

    just today we got pressure from management to give a "casual approval" to multiple thousand(s)-line PRs from a junior because doing it the right way would have taken too long. exasperating

  23. @pespizero.bsky.social

    set aside some time in your prayers tonight for the legion of c-tier app devs on here who believe that vibe coding is mankinds single greatest technological achievement 🙏

    Opinion
  24. @kenlowery.bsky.social

    I will simply say I am seeing exactly this situation play out right now in a different field. Work that would have taken about 3 weeks start to finish via traditional methods is now into week 6 and still in what amounts to first draft territory

    Popular today
  25. @sriku.org

    The lesson is clear then. Just stop reviewing generated code already. (.... and watch your company go down 😉)

    Opinion