Re:AI is not Making Engineers 10x as Productive
by k1t on Tuesday August 05, 2025 @10:39AM
(#44798570)
You have misinterpreted GP's "better than what I would do" as "better than what I could do".
Re:AI is not Making Engineers 10x as Productive
by mrbungie on Tuesday August 05, 2025 @10:41AM
(#44798588)
That would be a more plaussible explanation. Not sure if the disambiguation can be inferred from the text.
Re:AI is not Making Engineers 10x as Productive
by acupofnope on Wednesday August 06, 2025 @12:20PM
(#44814096)
It’s clear from the original comment that’s what they mean. (Literally that’s what the comment says)
Re:AI is not Making Engineers 10x as Productive
by jf22 on Tuesday August 05, 2025 @11:09AM
(#44799001)
I can do it by hand but it takes time.
With AI the extra quality and polish is basically free and instantaneous.
Re:AI is not Making Engineers 10x as Productive
by mrbungie on Tuesday August 05, 2025 @11:16AM
(#44799104)
Ah, alright, that makes a lot more sense, like another poster said I read "'d" as "could".
Point still remains for junior and semi-senior devs though, or any dev trying to leap over a knowledge barrier with LLMs. Emphasis on good pipelines and human (eventually maybe also LLM based) peer-reviews will be very important in the years to come.
Re:AI is not Making Engineers 10x as Productive
by Kiro on Tuesday August 05, 2025 @11:20AM
(#44799169)
You underestimate how lazy people are. I always take shortcuts and skip taking edge cases into account. LLMs have no problem writing tedious guards and creating abstractions without hacks, which means the code becomes more robust than if I would do it by hand.
Re:AI is not Making Engineers 10x as Productive
by tptacek on Tuesday August 05, 2025 @10:31AM
(#44798453)
What an odd question. For the exact same reason people who write prose professionally usually have someone else edit their work: because editing your own work is harder, and everybody slips up sometimes.
Re:AI is not Making Engineers 10x as Productive
by halfmatthalfcat on Tuesday August 05, 2025 @10:40AM
(#44798575)
I didn't find it odd at all and it seems more odd to liken an LLM to a human editor.
Re:AI is not Making Engineers 10x as Productive
by mrbungie on Tuesday August 05, 2025 @10:37AM
(#44798537)
I'm not getting this analogy. Editors can't normally discriminate if the content itself is good (after all, the writer is the SME), but rather, only perfect its form (syntax, grammar, etc).
Well-written bullshit in perfect prose is still bullshit.
Re:AI is not Making Engineers 10x as Productive
by dingnuts on Tuesday August 05, 2025 @10:36AM
(#44798528)
ehhhhhhh yeah but this is like hiring Reddit to do your prose editing, considering generated code is slightly worse than what you'd find on r/programming
Re:AI is not Making Engineers 10x as Productive
by tptacek on Tuesday August 05, 2025 @10:39AM
(#44798560)
You can believe that or not believe that without changing the implication of the previous question, which was that someone who routinely slips while writing code would be incapable of determining whether the LLM got it right. Obviously not.
Re:AI is not Making Engineers 10x as Productive
by wahnfrieden on Tuesday August 05, 2025 @10:45AM
(#44798656)
You're forgetting that code quality also requires time. Developers make tradeoffs all the time on how much time to invest into improving the quality of what they write, for both new and existing code. When someone claims that LLMs can produce higher-quality code it can include quality levels that may be unjustifiably slow to hand-craft depending on constraints and needs.
Related - agentic LLMs may be slow to produce output but they are parallelizable by an individual unlike hand-written work.
Re:AI is not Making Engineers 10x as Productive
by mrbungie on Tuesday August 05, 2025 @11:05AM
(#44798957)
I get that. I'm exclusively talking about code quality verification after it being coded by a human or an LLM, in fact I don't really care by whom. Mainly because I do care about introducing tech debt and/or hidden balloning costs.
I'm always baffled by this. If you can't do it that well by hand, how can you discriminate its quality so confidently?
I get there is a artist/art consumer analogy to be made (i.e. you can see a piece is good without knowing how to paint), but I'm not convinced it is transferrable to code.
Also, not really my experience when dealing with IaC or (complex) data related code.