this post was submitted on 02 Feb 2026
219 points (96.6% liked)

Technology

79983 readers
3764 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 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] percent 5 points 13 hours ago (3 children)

I wouldn't be surprised if that's only a temporary problem - if it becomes one at all. People are quickly discovering ways to use LLMs more effectively, and open source models are starting to become competitive with commercial models. If we can continue finding ways to get more out of smaller, open-source models, then maybe we'll be able to run them on consumer or prosumer-grade hardware.

GPUs and TPUs have also been improving their energy efficiency. There seems to be a big commercial focus on that too, as energy availability is quickly becoming a bottleneck.

[–] Infernal_pizza@lemmy.dbzer0.com 2 points 6 hours ago (1 children)

They've thought of that as well, soon nobody will be able to afford consumer grade hardware

[–] percent 2 points 2 hours ago

Yeah true. I'm assuming (and hoping) that the problems with consumer grade hardware being less accessible will be temporary.

I have wristwatches with significantly higher CPU, memory, and storage specs than my first few computers, while consuming significantly less energy. I think the current state of LLMs is pretty rough but will continue to improve.

[–] WanderingThoughts@europe.pub 14 points 12 hours ago (2 children)

So far, there is serious cognitive step needed that LLM just can't do to get productive. They can output code but they don't understand what's going on. They don't grasp architecture. Large projects don't fit on their token window. Debugging something vague doesn't work. Fact checking isn't something they do well.

[–] VibeSurgeon@piefed.social 3 points 7 hours ago (1 children)

So far, there is serious cognitive step needed that LLM just can't do to get productive. They can output code but they don't understand what's going on. They don't grasp architecture. Large projects don't fit on their token window.

There's a remarkably effective solution for this, that helps both humans and models alike - write documentation.

It's actually kind of funny how the LLM wave has sparked a renaissance of high-quality documentation. Who would have thought?

[–] WanderingThoughts@europe.pub 4 points 7 hours ago (1 children)

High-quality documentation assumes there's someone with experience working on this. That's not the vibe coding they're selling.

[–] VibeSurgeon@piefed.social 1 points 7 hours ago

Complete hands-off no-review no-technical experience vibe coding is obviously snake oil, yeah.

This is a pretty large problem when it comes to learning about LLM-based tooling: lots of noise, very little signal.

[–] percent 8 points 11 hours ago* (last edited 11 hours ago) (2 children)

They don't need the entire project to fit in their token windows. There are ways to make them work effectively in large projects. It takes some learning and effort, but I see it regularly in multiple large, complex monorepos.

I still feel somewhat new-ish to using LLMs for code (I was kinda forced to start learning), but when I first jumped into a big codebase with AI configs/docs from people who have been using LLMs for a while, I was kinda shocked. The LLM worked far better than I had ever experienced.

It actually takes a bit of skill to set up a decent workflow/configuration for these things. If you just jump into a big repo that doesn't have configs/docs/optimizations for LLMs, or you haven't figured out a decent workflow, then they'll be underwhelming and significantly less productive.


(I know I'll get downvoted just for describing my experience and observations here, but I don't care. I miss the pre-LLM days very much, but they're gone, whether we like it or not.)

[–] WanderingThoughts@europe.pub 5 points 7 hours ago (1 children)

It actually takes a bit of skill to set up a decent workflow/configuration for these things

Exactly this. You can't just replace experienced people with it, and that's basically how it's sold.

[–] percent 1 points 2 hours ago

Yep, it's a tool for engineers. People who try to ship vibe-coded slop to production will often eventually need an engineer when things fall apart.

[–] RIotingPacifist@lemmy.world 5 points 10 hours ago* (last edited 10 hours ago)

This sounds a lot like every framework, 20 years ago you could have written that about rails.

Which IMO makes sense because if code isn't solving anything interesting then you can dynamically generate it relatively easily, and it's easy to get demos up and running, but neither can help you solve interesting problems.

Which isn't to say it won't have a major impact on software for decades, especially low-effort apps.

[–] XLE@piefed.social 4 points 10 hours ago (1 children)

Can you cite some sources on the increased efficiency? Also, can you link to these lower priced, efficient (implied consumer grade) GPUs and TPUs?

[–] percent 2 points 10 hours ago (1 children)

Oh, sorry, I didn't mean to imply that consumer-grade hardware has gotten more efficient. I wouldn't really know about that, but I assume most of the focus is on data centers.

Those were two separate thoughts:

  1. Models are getting better, and tooling built around them are getting better, so hopefully we can get to a point where small models (capable of running on consumer-grade hardware) become much more useful.
  2. Some modern data center GPUs and TPUs compute more per watt-hour than previous generations.
[–] XLE@piefed.social 2 points 9 hours ago (1 children)

Can you provide evidence the "more efficient" models are actually more efficient for vibe coding? Results would be the best measure.

It also seems like costs for these models are increasing, and companies like Cursor had to stoop to offering people services below cost (before pulling the rug out from them).

[–] percent 1 points 3 hours ago* (last edited 2 hours ago)

I wish I could, but it would kinda be PII for me. Though, to clarify some things:

  • I'm mostly not talking about vibe coding. Vibe coding might be okay for quickly exploring or (in)validating some concept/idea, but they tend to make things brittle pile up a lot of tech debt if you let them.
  • I don't think "more efficient" (in terms of energy and pricing) models are more efficient for work. I haven't measured it, but the smaller/"dumber" models tend to require more cycles before they reach their goals, as they have to debug their code more along the way. However, with the right workflow (using subagents, etc.), you can often still reach the goals with smaller models.

There's a difference between efficiency and effectiveness. The hardware is becoming more efficient, while models and tooling are becoming more effective. The tooling/techniques to use LLMs more effectively also tend to burn a LOT of tokens.

TL;DR:

  • Hardware is getting more efficient.
  • Models, tools, and techniques are getting more effective.