Live data from Hacker News

Please Do Not Vibe Fuck Up This Software

github.com

61–70 of 534 posts

Re: Please Do Not Vibe Fuck Up This Software

#61
post #11

Earlier quoted context omitted.

When I look at the commits themselves, most of the ones generated by Claude are testsuite changes, or at least labelled as such. https://github.com/RsyncProject/rsync/commits/master/

Is that suppose to make this better? IME the most valuable tests are those that test specific regressions. It's the scaffolding we build for ourselves to enable feature development. Remove that scaffolding and you get accidents. Pray to your god of choice these accidents don't cause harm or loss of life. It should really be considered negligence at this point. Some of this software is extremely valuable, it's how we…

I hear you, OTOH if this software was so valuable how come we aren’t funding it? A lot of the world runs on OSS with a coupe overwhelmed maintainers who get treated as if they owed everybody working software yet can’t make a living off it.

Re: Please Do Not Vibe Fuck Up This Software

#62
post #40
post #36

I truly don't get it You have a rock solid piece of software used by an infinite amount of people and other services. It works fine, does it's job and just have some time to time updates due to minor bug fixes. Why do we need AI here? And more over, why people is saying "fork it and use the previous version". It should be actually all the way around, create a parallel fork younamethetool-ai and keep the OG untouched.…

> Why is there a need of AI in here? For the same reason as some people would rewrite it in Rust.

No, that's usually to decrease the number of bugs and vulnerabilities.

Re: Please Do Not Vibe Fuck Up This Software

#63
post #59
post #36

I truly don't get it You have a rock solid piece of software used by an infinite amount of people and other services. It works fine, does it's job and just have some time to time updates due to minor bug fixes. Why do we need AI here? And more over, why people is saying "fork it and use the previous version". It should be actually all the way around, create a parallel fork younamethetool-ai and keep the OG untouched.…

wtf is this comment section? The author of these commits were tridge & claude. What does tridge have to do to convince the open source community that he might be a legit programmer & have a clue? Samba? Whats that? Rsync? Never heard of it. Tivo? No clue (maybe more Australian context here than others, but still). Even the comments on the github issue, are totally devoid of the context that this is a very senior open…

[flagged]

Re: Please Do Not Vibe Fuck Up This Software

#64
post #19

Earlier quoted context omitted.

Aren’t LLMs notorious for just making tests pass and not actually testing functionality?

I’ve never seen Claude do that. It makes the new tests pass by fixing previously unknown bugs in my experience.

I love Claude but on several occasions I've had it do some really funky stuff just to get tests passing

Re: Please Do Not Vibe Fuck Up This Software

#65

What's next? Vibe coded coreutils?

Funny you should say that. The latest Ubuntu reimplemented coreutils in Rust, introducing a bunch of TOCTOU bugs. TTBOMK the reimplementation was done by humans, but the overall principle still applies I think.

I think TTBOMK = to the best of my knowledge, for TOUWANFIA (those of us who are not fluent in acronyms)

Re: Please Do Not Vibe Fuck Up This Software

#66
post #40

Earlier quoted context omitted.

> Why is there a need of AI in here? For the same reason as some people would rewrite it in Rust.

No, that's usually to decrease the number of bugs and vulnerabilities.

That's not why people rewrite in Rust.

Rewrites brings new bugs regardless of the language.

Re: Please Do Not Vibe Fuck Up This Software

#67
post #16

I find the way that issue was opened incredible obnoxious, but it is baffling that the maintainers seem to have let AI loose on rsync. Like, why? Why try comparatively experimental crap when your fortune and reputation is made and you're the leader of a niche and immune to market pressure and the people love the thing and it does exactly what it's supposed to and works well? It's like the Matrix, with the little rant…

Are you basing this opinion on the issue or actual evidence? Because this github link, although interesting, is almost completely context free on what the drama is beyond "Claude". The rsync maintainers could be anywhere on the spectrum from the perfect and responsible maintainer to incompetent children and we couldn't really tell.

We could tell, if someone did independent work of reviewing a sample of the contributions and recent changes (and published in a blog post for example).

Re: Please Do Not Vibe Fuck Up This Software

#68
post #40

Earlier quoted context omitted.

> Why is there a need of AI in here? For the same reason as some people would rewrite it in Rust.

No, that's usually to decrease the number of bugs and vulnerabilities.

Does an AI rewrite in Rust cancel out?

Re: Please Do Not Vibe Fuck Up This Software

#69

Earlier quoted context omitted.

Sure, but you cannot deny the hypocritical swarm behavior, which is the point.

The "swarm behavior" is mostly an illusion created by your mind. HN is just a bunch of people and bots.

Yep a bunch of people who often exhibit swarm behavior.

Re: Please Do Not Vibe Fuck Up This Software

#70

Earlier quoted context omitted.

Funny you should say that. The latest Ubuntu reimplemented coreutils in Rust, introducing a bunch of TOCTOU bugs. TTBOMK the reimplementation was done by humans, but the overall principle still applies I think.

I think TTBOMK = to the best of my knowledge, for TOUWANFIA (those of us who are not fluent in acronyms)

IGIN! (I get it now)
Post reply on HN