this post was submitted on 31 May 2026
80 points (94.4% liked)

Technology

85059 readers
2394 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
top 10 comments
sorted by: hot top controversial new old
[–] Wfh@lemmy.zip 34 points 1 day ago (1 children)

Thanks OOP for putting words on what I've been feeling for months.

Were "incentivized" (read "threatened into") pushing features quicker than humanly possible with no regard for quality, sustainability and proper ownership of the code to please one (1) stakeholder who had a barely thought out idea. The amount of tech debt in staggering, broken features come and go as the code is "rewritten" with each commit.

It's completely unsustainable and the only ones who profit from it are the LLM providers. When the whole product collapses, the only one to suffers the losses are the company building that product and their clients. Their employees get fired because it's somehow their fault. LLM providers get even richer because now the remaining employees burn through tokens to try and "fix" millions of nine of code nobody has ever thought out, written and reviewed.

Companies pivoting to "full AI" code are literally committing suicide, for the exclusive benefit of LLM providers. I get that that's Anthropic's and OpenAI's plan all along. I just can't understand the utter stupidity, hubris and amount of kool-aid drinking most CTOs are riding right now.

[–] criss_cross@lemmy.world 11 points 1 day ago (1 children)

I had a manager tell me that “2 weeks” for an involved feature somehow wasn’t quick enough and I needed something by a week or else execs would bring the pain.

We’re in such a batshit timeline. I want off.

[–] Windex007@lemmy.world 9 points 1 day ago

My entire professional career has had threats of the boogeyman coming if things don't get done faster than they can realistically get done.

I've been doing this long enough that my estimates are actually pretty reliable. Two weeks too long? No problem. It's still a negotiation. Put the ball in thier court by saying what scope they're willing to cut to get it in the timeframe they were imagining.

They'll either play ball and cut, accept that it'll take as long as you originally said, or say "no, everything, do it in 2 days.". The managers who do the latter in my experience don't last very long... because usually THEY'RE the ones that were making impossible promises that never quite seem to pan out. They eventually get canned in favour of someone who is more reliable.

[–] Deestan@lemmy.world 11 points 1 day ago (2 children)

I have yet to see a developer endorse LLM output in an area they are able to do useful work in.

Either it is someone who thought the LLM helped them write unit tests, and it's never tests that capture the intent of the code, because they don't know that is important. They see tests as "this stuff I have to add for process reasons".

Or it is an LLM helping them write a fade-in tooltip with 200+ lines of React Javascript, because they don't know this is a one-line CSS rule.

Or have the LLM add code documentation that does nothing but repeat the function signature, because they don't understand they need to empathize with the person using of maintaining the functions. Write something that helps jump a non-obvious gap, or write nothing.

Or have the LLM do code review because they think it's about obsessing over syntax, not about discussing how the change applies to the intent.

Or have the LLM write their pull requests because they think it's a boring process thing that summarizes the change, and not a discussion of the purpose, intent, cost, value and approach of the change.

Moral: If you think LLM is good at X, it's because you really really suck at X, and you need to get better at it instead of pumping out shit work faster while learning less.

[–] lemmydividebyzero@reddthat.com 9 points 1 day ago* (last edited 1 day ago) (1 children)

I think, there are useful use cases and bad ones.

bad

  • "Generate me a web project for XY" is fine to see what a prototype could look like, but pushing that to production is a bad idea IMO.
  • "Write me unit tests for XY" is bad IMO. At this point, the unit tests are bureaucracy.
  • "Generate documentation"... same... At this point, documentation is bureaucracy, but I have seen that in the years before AI, too.
  • "Writing commits and pull requests or tickets"... I don't like that use case either. I'm able to find my commits or bugs later, because I remember words. I like writing them myself.

don't know

  • have never used it to review my commits...

good

  • Generate me a throw-away shell script to do XY (I can still modify it if I want to), but Bash/PowerShell/... are not my main programming languages and it saves me time. Of course, doing it this way, I won't learn them. I'm aware of that.
  • Aiming it on code to find bugs is the most useful use case I found so far.
  • Code-line completion is also often useful. It completes what I'm thinking.

If you think LLM is good at X, it’s because you really really suck at X

I though similar a year ago, but nowadays, I disagree. Around Claude 4.6, that changed.

  • I think, giving it a piece of the code base and letting it find a bug does not prove that I don't have the skill to do so. I just don't have the time to go through the whole code base. But I have the time to analyze a potential bug and see whether it's a real one.
  • This guy disagrees with you, too... A year earlier, he said, AI was not usable, because they are doing too complex stuff. https://devblogs.microsoft.com/dotnet/ten-months-with-cca-in-dotnet-runtime/

Moral: The technology won't go away. I am honest: I preferred the times before LLMs, too... And I hate how some people with a coding agent turn off their brain and commit bullshit. I have seen it. But saying that it does not (or even will not) bring any benefit and that the users all suck at their job is far from true.

[–] Deestan@lemmy.world -4 points 1 day ago (3 children)

I don't care whether it goes away. Neither have tapeworms, and while some people claim it helps with weight loss, most people are not up for it.

The first usecase: One-off scripts. That is "do my homework for me" help. You can spend a minute reading the manual instead. Next time you do it, you can do it faster than through the LLM.

The second usecase touches on something you might be bad at: abstractions and maintainability. We already had autocomplete. Autocompleting a block of code is a sign that you are not writing anything new and a signal to think about whether there is semantic duplication in the code that should be explored. Avoiding the annoyance of writing the block is you solving the wrong problem.

[–] eodur@piefed.social 6 points 1 day ago

I disagree on both of those. One off scripts are generally low value. I've probably written tens of thousands of lines of bash, but I still look up syntax every time because I purge the low value info when I'm done.

And autocomplete is exactly there for boilerplate and obvious code. There is ALWAYS a need for that code. Trying to abstract away all duplication will often burn a lot of new brain cycles for both the original engineer and the next engineer that has to maintain it. Sometimes the straightforward code is the best code. And that isn't even touching on bootstrapping a new project which will necessarily require a lot of that basic repetitive code.

I'm still an AI skeptic and anti-AI, but you can be opposed to something while still recognizing it's use.

[–] lemmydividebyzero@reddthat.com 4 points 1 day ago* (last edited 1 day ago)

You can spend a minute reading the manual instead. Next time you do it, you can do it faster than through the LLM.

I talked about writing a script that can be 20 to 50 lines. That costs me far more than "a minute" of manual reading. I generate the script, I review it, I execute it and then throw it away. Sounds like a win-situation for me. I have more time for my actual homework.

Autocompleting a block of code

I wrote "Code-line" completion by the way, not "Code block" completion.

Autocompleting a block of code is a sign that you are not writing anything new and a signal to think about whether there is semantic duplication in the code that should be explored.

Have you ever tried it out (e.g. GitHub Copilot)? Not sure what you mean exactly, especially by "writing anything new". It can of course auto-complete stuff that does not exist in the code base. There is lots of code in the training data. Or do you mean "writing completely new stuff that hasn't been written by anyone"? Because only few people do that, I guess.


One more good usage I experienced is giving it text (e.g. a documentation file for customers) and the task to find/fix the typos. I'm pretty good at finding them (at least in my native language German), but you probably guessed it: I'd rather do other stuff.

[–] architect@thelemmy.club 3 points 1 day ago

Y'all are so pretentious.