this post was submitted on 21 Jul 2026
-10 points (29.2% liked)

Open Source

48039 readers
86 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 7 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] scrubbles@poptalk.scrubbles.tech 3 points 2 days ago (2 children)

Correct, and again, I'm someone who uses AI, I'm not one of the ones who are purely against it. The definition what what I've both done and seen:

  • Using LLMs to code - fine. It's a tool, use it as you're saying. This is not what I'm talking about.
  • Using LLMs to vomit out all of your code into one commit is vibecoding. It's clearly vibecoding when there weren't even multiple commits. No trial and error, no refinement, just one giant dump.

I do care how it's coded because it shows how well it will be maintained into the future. If someone uses LLMs over months to build something it will probably be maintained. If someone vomited out all of that code in one vibecoded session, it's very likely they'll be bored and in a month it'll be abandoned. That's what I'm looking at, because tests can be automated now.

Maybe I'll be wrong and in a month they'll have committed hundreds of times and are trying to mature it. I have no evidence of that though, so there is no reason I'd risk trying it out.

[–] yogthos@lemmy.ml 2 points 1 day ago (2 children)

Using LLMs to vomit out all of your code into one commit is vibecoding. It’s clearly vibecoding when there weren’t even multiple commits. No trial and error, no refinement, just one giant dump.

Yeah, I completely agree there. Just like with regular coding, you have to go slowly, implement functionality in small focused chunks, review, and iterate.

And I'd also wait and see whether the project continues to be maintained before considering it. I just posted it because I thought it was neat, and might be worth watching to see how it develops, not that I'd use it over a more mature option at the moment.

I think we're actually in complete agreement here.

[–] scrubbles@poptalk.scrubbles.tech 2 points 1 day ago (1 children)

I think so too. Maybe it will turn out fine, maybe not. Personally I've been looking at git histories and waiting a month or so before getting excited, just to see if it will pan out.

[–] yogthos@lemmy.ml 1 points 1 day ago

Yup, a month is a good first checkpoint for a project. People tend to get really excited early on, but then they either get bored and move on, or start running into some hard problems they didn't anticipate. If somebody can work on a project for a month in sustained fashion, there's good chance they're actually using it themselves and will have the motivation to keep going.

[–] Kirk@startrek.website 2 points 1 day ago

I don't think you're in the wrong to say that code nobody has reviewed has not proven safe, and a brand new project (of any kind) is not proven reliable. A brand new big project that's purely vibe coded is every red flag of unsafe and unsustainable.