top 84 comments

sorted by: hot top controversial new old
[–] 89 points 1 year ago (5 children)

Devs are famously bad at estimating how long a software project will take.

No, highly complex creative work is inherently extremely difficult to estimate.

Anyway, not shocked at all by the results. This is a great start that begs for larger and more rigorous studies.

  • source
  • hideshow 5 child comments
  • [–] 2 points 1 year ago* (3 children)

    "Devs are famously bad at estimating how long a software project will take."

    No, highly complex creative work is inherently extremely difficult to estimate.

    Akshually... I'm on a dev team where about 60% of us are diagnosed with ADHD. So, at least in our case, it's both.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 1 year ago (2 children)

    If we didn't have ADHD, we wouldn't be able to do the work regardless.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 year ago (1 child)

    We’re the only ones that can get hyper focused and also hyper fixated on why a switch statement is failing when it includes a for loop until finding out there’s actually a compiler bug, and if you leave a space after the bracket it somehow works correctly.

    That was a fun afternoon.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
    [–] 48 points 1 year ago

    As someone that has had to double check peoples code before, especially those that don't comment appropriately, I'd rather just write it all again myself than try and decipher what the fuck they were even doing.

  • source
  • [–] 46 points 1 year ago (3 children)

    Megacorp LLM death spiral:

    1. Megacorp managers at all levels introduce new LLM usage policies.
    2. Productivity goes down (see study linked in post)
    3. Managers make the excuse that this is due to a transitional period in LLM policies.
    4. Policies become mandates. Beatings begin and/or intensify.
    5. Repeat from 1.
  • source
  • hideshow 3 child comments
  • [–] 16 points 1 year ago (2 children)

    I've been through the hellscape where managers used missed metrics as evidence for why we didn't need increased headcount on an internal IT helpdesk.

    That sort of fuckery is common when management gets the idea in their head that they can save money on people somehow without sacrificing output/quality.

    I'm pretty certain they were trying to find an excuse to outsource us, as this was long before the LLM bubble we're in now.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 16 points 1 year ago

    oh, absolutely. I mean you could sub out "LLM" with any bullshit that management can easily spring on their understaff. Agile, standups, return to office, the list goes on. Management can get fucked

  • source
  • parent
  • [+] 41 points 1 year ago (4 children)
  • [–] 23 points 1 year ago

    I have the deal of a lifetime for you.

    I represent a group of investors in possession of a truly unique NFT that has been recently valued at over $100M. We will invest this NFT in your 100x business - in return you transfer us the difference between the $100M investment and the excess value of the NFT. Standard rich people stuff, don’t worry about it.

    Let me know when you’re ready to unlock your 100x potential and I’ll make our investment available via a suitable escrow service.

  • source
  • parent
  • [–] [S] 24 points 1 year ago (3 children)

    ahahaha holy shit. I knew METR smelled a bit like AI doomsday cultists and took money from OpenPhil, but those "open source" projects and engineers? One of them was LessWrong.

    Here's a LW site dev whining about the study, he was in it and i think he thinks it was unfair to AI

    I think if people are citing in another 3 months time, they'll be making a mistake

    dude $NEXT_VERSION will be so cool

    so anyway, this study has gone mainstream! It was on CNBC! I urge you not to watch that unless you have a yearning need to know what the normies are hearing about this shit. In summary, they are hearing that AI coding isn't all that actually and may not do what the captains of industry want.

    around 2:30 the two talking heads ran out of information and just started incorrecting each other on the fabulous AI future, like the worst work lunchroom debate ever but it's about AI becoming superhuman

    the key takeaway for the non techie businessmen and investors who take CNBC seriously ever: the bubble starts not going so great

  • source
  • hideshow 3 child comments
  • [–] 9 points 1 year ago*

    Yeah, METR was the group that made the infamous AI IS DOUBLING EVERY 4-7 MONTHS GRAPH where the measurement was 50% success at SWE tasks based on the time it took a human to complete it. Extremely arbitrary success rate, very suspicious imo. They are fanatics trying to pinpoint when the robo god recursive self improvement loop starts.

  • source
  • parent
  • [–] 6 points 1 year ago

    I think if people are citing in another 3 months time, they’ll be making a mistake

    In 3 months they'll think they're 40% faster while being 38% slower. And sometime in 2026 they will be exactly 100% slower - the moment referred to as "technological singularity".

  • source
  • parent
  • [–] 6 points 1 year ago

    Here’s a LW site dev whining about the study, he was in it and i think he thinks it was unfair to AI

    There a complete lack of introspection. It seems like the obvious conclusion to draw from a study showing people's subjective estimates of their productivity with LLMs were the exact opposite of right would inspire him to question his subjectively felt intuitions and experience but instead he doubles down and insists the study must be wrong and surely with the latest model and best use of it it would be a big improvement.

  • source
  • parent
  • [–] 21 points 1 year ago (4 children)

    I have an LLM usage mandate in my performance review now. I can’t trust it to do anything important, so I’ll get it to do incredibly noddy things like deleting a clause (that I literally always have highlighted) or generate documentation that’s more long-winded than just reading the code and then go to the bathroom while it happens.

  • source
  • hideshow 4 child comments
  • [–] 21 points 1 year ago

    5% "coding"

    95% cleanup

  • source
  • [–] 20 points 1 year ago

    Anyone who has had to unfuck someone else’s work knows it would have been faster to do the work correctly from scratch the first time.

  • source
  • [–] 17 points 1 year ago

    Software and computers are a joke at this point.

    Computers no longer solve real problems and are now just used to solve the problems that overly complex software running on monstrous cheap hardware create.

    "Hey I'd like to run a simple electronics schematic program like we had in the DOS days, it ran in 640K and responded instantly!"

    "OK sure first you'll need the latest Windows 11 with 64G of RAM and 2TB of storage, running on at least 24 cores, then you need to install a container for the Docker for the VM for the flatpak for the library for the framework because the programmer liked the blue icon, then make sure you are always connected to the internet for updates or it won't run, and somehow the program will still just look like a 16 bit VB app from 1995."

    "Well that sounds complicated, where's the support webpage for installing the program in Windows 7?"

    "Do you have the latest AI agents installed in your web browser?"

    "It's asking me to click OK but I didn't install the 1GB mouse driver that sends my porn browsing habits to Amazon..."

    "Just click OK on all the EULAs so you lose the right to the work you'll create with this software, then install a few more dependencies, languages, entire VMs written in byte code compiled to HTML to run on JAVA, then make sure you have a PON from your ISP otherwise how can you expect to have a few kilobytes of data be processed on your computer? This is all in the cloud, baby!"

  • source
  • [–] 13 points 1 year ago (5 children)

    @dgerard What fascinates me is why coders who use LLMs think they're more productive. Is the complexity of their prompt interaction misleading them as to how effective the outputs it results in are? Or something else?

  • source
  • hideshow 5 child comments
  • [+] 12 points 1 year ago (2 children)
  • [–] 8 points 1 year ago (1 child)

    This is such a wild example to me because sitting at beach is extremely boring and takes forever whereas doing calculus is at least engaging so time flies reasonably quick.

    Like when I think what takes the longest in my life I don't think "those times when I'm actively solving problems", I think "those times I sit in a waiting room at the doctors with nothing to do" or "commuting, ditto".

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • [–] 8 points 1 year ago* (last edited 1 year ago) (1 child)

    What fascinates me is why coders who use LLMs think they’re more productive.

    As @dgerard@awful.systems wrote, LLM usage has been compared to gambling addiction: https://pivot-to-ai.com/2025/06/05/generative-ai-runs-on-gambling-addiction-just-one-more-prompt-bro/

    I wonder to what extent this might explain this phenomenon. Many gambling addicts aren't fully aware of their losses, either, I guess.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 5 points 1 year ago

    The reward mechanism in the brain is triggered when you bet. I think it also triggers a second time when you do win, but I'm not sure. So, yeah, sometimes the LLM spits out something good, and your brain rewards you already when you ask it. Hence, you probably do feel better, because you constantly get hits dopamine.

  • source
  • parent
  • [–] 10 points 1 year ago (3 children)

    @dgerard@awful.systems who is your illustrator? These are consistently great.

  • source
  • hideshow 3 child comments
  • [–] [S] 17 points 1 year ago (2 children)

    these are stock images! Which are surprisingly cheap. By Valeriy Kachaev, who puts stuff up as Studiostoks on a pile of stock image sites. His pics are bizarre and keep being the perfect thing.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 year ago (1 child)

    I'm not sure how much this observation can be generalized, but I've also wondered how much the people who overestimate the usefulness of AI image generators underestimate the chances of licensing decent artwork from real creatives with just a few clicks and at low cost. For example, if I'm looking for an illustration for a PowerPoint presentation, I'll usually find something suitable fairly quickly in Canva's library. That's why I don't understand why so many people believe they absolutely need AI-generated slop for this. Of course, however, Canva is participating in the AI hype now as well. I guess they have to keep their investors happy.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 9 points 1 year ago

    And generate shit code

  • source
  • [–] 17 points 1 year ago (4 children)

    I just want to point out that every single heavily downvoted, idiotic pro-AI reply on this post is from a .ml user (with one programming.dev thrown in).

    I wonder which way the causation flows.

  • source
  • hideshow 4 child comments
  • [–] 4 points 1 year ago (3 children)

    Machine learning is essentially AI with a paper-thin disguise, so that makes sense

  • source
  • parent
  • hideshow 3 child comments
  • [–] 19 points 1 year ago (2 children)

    It's kind of the opposite, GenAI is downstream of machine learning which is how artificial neural networks rebranded after the previous AI winter ended.

    Also after taking a look there I don't think lemmy.ml has anything in particular to do with machine learning, it looks more like a straight attempt at a /r/all clone.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 1 year ago

    For each time saved, you're having that one kink that will slow you down by a fuck ton, something that AI just can't get right, something that takes ai 5 hours to fix but would've taken you 10-20 to write from scratch

  • source
  • [–] 12 points 1 year ago

    From the blog post referenced:

    We do not provide evidence that:

    AI systems do not currently speed up many or most software developers

    Seems the article should be titled “16 AI coders think they’re 20% faster — but they’re actually 19% slower” - though I guess making us think it was intended to be a statistically relevant finding was the point.

    That all said, this was genuinely interesting and is in-line with my understanding of the human psychology that’s at play. It would be nice to see this at a wider scale, broken down across different methodologies / toolsets and models.

  • source
  • [–] 2 points 1 year ago (1 child)

    Bit late to the party, but this should prolly be tagged "Paper" on pivot.

    I want to put together a little pitch for the data-brained that AI is Not Good Actually®, and this is the most smoking gun I can think of.

  • source
  • hideshow 1 child comment
  • [–] -5 points 1 year ago (10 children)

    The N=16 keeps getting buried. Deliberate?

  • source
  • hideshow 10 child comments
  • [–] 21 points 1 year ago (2 children)

    Paragraph 2:

    METR funded 16 experienced open-source developers with “moderate AI experience” to do what they do.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 27 points 1 year ago

    ... and just a few paragraphs further down:

    The number of people tested in the study was n=16. That’s a small number. But it’s a lot better than the usual AI coding promotion, where n=1 ’cos it’s just one guy saying “I’m so much faster now, trust me bro. No, I didn’t measure it.”

    I wouldn't call that "burying information".

  • source
  • parent
  • [–] [S] 16 points 1 year ago (5 children)

    this user has been removed for commenting without reading the article

    being from programming dot dev is just the turd on top

  • source
  • parent
  • hideshow 5 child comments
  • [–] 11 points 1 year ago (4 children)

    programming.dev: statistical sampling excellency (worst edition)

  • source
  • parent
  • hideshow 4 child comments
  • [–] 10 points 1 year ago (3 children)

    programmers learned what N means in statistics and immediately realized that “this N is too small” is a cool shortcut to sounding smart without reading the study, its goals, or its conclusions. and you can use it every time N is smaller than the human population on earth!

  • source
  • parent
  • hideshow 3 child comments
  • load more comments (1 reply)
    [+] -5 points 1 year ago* (last edited 1 year ago) (23 children)
  • [+] 19 points 1 year ago (2 children)
  • [+] 15 points 1 year ago (6 children)
  • [–] 6 points 1 year ago (5 children)

    as one of the people representing the “hero group” (for lack of a better term) your comment references: eh. I didn’t start out with all this knowledge and experience. it built up over time.

    it’s more about the mode of thinking and how to engage with a problem, than it is about specific “highly skilled” stuff. the skill and experience help/contribute, they refine, they assist in filtering

    the reason I make this comment is because I think it’s valuable that anyone who can do the job well gets to do the thing, and that it’s never good to gatekeep people out. let’s not unnecessarily contribute to imposter syndrome

  • source
  • parent
  • hideshow 5 child comments
  • [+] -3 points 1 year ago (4 children)
  • [–] 6 points 1 year ago (3 children)

    the astute reader may note a certain part of my comment addressed a particular aspect of this

  • source
  • parent
  • hideshow 3 child comments
  • [+] -5 points 1 year ago (2 children)
  • [–] 10 points 1 year ago

    This is a very "nine women can make a baby in one month".

    The idea that there can even be two half as good developers is a misunderstanding of how anything works. If it worked like that, the study would be a dud because people could just run two AIs for 160% productivity.

  • source
  • parent
  • [–] 11 points 1 year ago (10 children)

    Entry-level devs ain't replacing anyone. One senior dev is going to be doing the work of a whole team

  • source
  • parent
  • hideshow 10 child comments
  • [+] -8 points 1 year ago* (last edited 1 year ago) (10 children)
  • [–] 20 points 1 year ago* (2 children)

    But when a mid-tier or entry level dev can do 60% of what a senior can do, it’ll be a great way to cut costs.

    Same as how an entry level architect can build a building 60% as tall, and that'll last 60% as long, right?

    Edit: And an entry level aerospace engineer with AI assistance will build a plane that's 60% as good at not crashing.

    I'm not looking forward to the world I believe is coming...

  • source
  • parent
  • hideshow 2 child comments
  • [–] 8 points 1 year ago (1 child)

    Get 2 and the plane will be 120% as good!

    In fact if children with AI are a mere 1% as good, a school with 150 children can build 150% as good!

    I am sure this is how project management works, and if it is not maybe Elon can get Grok to claim that it is. (When not busy praising Hitler.)

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 1 year ago

    this brooks no argument and it’s clear we should immediately throw all available resources at ai so as to get infinite improvement!!~

    (I even heard some UN policy wonk spout the AGI line recently 🙄)

  • source
  • parent
  • [+] 19 points 1 year ago (1 child)
  • [–] 7 points 1 year ago* (last edited 1 year ago)

    I think more low tier output would be a disaster.

    Even pre AI I had to deal with a project where they shoved testing and compliance at juniors for a long time. What a fucking mess it was. I had to go through every commit mentioning Coverity because they had a junior fixing coverity flagged "issues". I spent at least 2 days debugging a memory corruption crash caused by such "fix", and then I had to spend who knows how long reviewing every such "fix".

    And don't get me started on tests. 200+ tests, of them none caught several regressions in handling of parameters that are shown early in the frigging how-to. Not some obscure corner case, the stuff you immediately run into if you just follow the documentation.

    With AI all the numbers would be much larger - more commits "fixing coverity issues" (and worse yet fixing "issues" that LLM sees in code), more so called "tests" that don't actually flag any real regressions, etc.

  • source
  • parent
  • [–] 15 points 1 year ago* (2 children)

    half as good as expert human

    60% of what a senior can do

    is there like a character sheet somewhere so i can know where i fall on this developer spectrum

  • source
  • parent
  • hideshow 2 child comments
  • [–] 10 points 1 year ago (1 child)

    It's going to be your INT bonus modifier, but you can get a feat that also adds the WIS modifier

    For prolonged coding sessions you do need CON saving throws, but you can get advantage from drinking coffee (once per short rest)

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 1 year ago* (1 child)

    Yeah, the glorious future where every half-as-good-as-expert developer is now only 25% as good as an expert (a level of performance also known as being "completely shit at it"), but he's writing 10x the amount of unusable shitcode.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (-1 replies)
  • load more comments (-1 replies)
  • [+] -2 points 1 year ago (1 child)
  • load more comments
    view more: next ›
    70 comments in c/programming@programming.dev view that post