this post was submitted on 27 Jun 2026
423 points (98.2% liked)

Technology

87550 readers
3205 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Armand1@lemmy.world 78 points 2 months ago* (last edited 1 month ago) (50 children)

In my experience, AI is an amplifier.

Good engineers will produce more good code, because they ask the right questions, know what good looks like and check the output.

Bad engineers will produce reams more bad code. The mistakes they make will be amplified. They will give wrong and incomplete instructions, won't see what the problems are with the result and will ship it anyway.

This amplification also means people will spend a larger proportion of time reviewing than coding, which I think is less interesting.

All of this is stuff that can, to some extent, be addressed with policy. You help and instruct juniors, encourage people to better understand and own their code, or at worst reprimand them if they don't.

You can adjust expectations of product managers and explain to them that more is not better, as it always has been. Faster development can often come with bugs and tech debt and this is more of the same.

All I've said above is puts aside the ethical arguments of using or not using AI of course. That's a separate can of worms entirely.

[–] Yaky@slrpnk.net 16 points 1 month ago (2 children)

Good engineers will produce more good code, because they ask the right questions, know what good looks like and check the output.

Best code is the code that is never written in the first place. But that concept is difficult to explain and measure for management purposes. Just because "AI" can automate well-structured, tested boilerplate for "good" developers does not mean all that boilerplate should be there.

[–] themaninblack@lemmy.world 9 points 1 month ago

Amen. And LLMs have a bias for producing text. And the more questions I ask it, for example to solve more edge cases, it quickly escalates on the existing suggestion rather than find a new approach.

[–] heartSagan5@lemmy.zip 2 points 1 month ago

Right. When management counted lines as progress, the software was sluggish because of bloat.

load more comments (47 replies)