I had to use a vibe coded library for a personal project as the alternatives just didn’t work, and I don’t care about the bugs as it’s just for me to run the app one time.
However I did find some missing features I required that were easy to add, so I forked the project and added them. Then made a pull request.
But that made me think, would fellow anti ai people actually contribute back? Even if it was originally made with ai? Or would you go to the extreme and rewrite it yourself?
Update: after some reflection, I realised that it was hypocritical of me, as I got a rule of not promoting AI made content. I will not remove the pr, as they can just reopen it, but won’t do it again
They probably can’t.
Arguably I’m creating a vibe coded repo now.
We have a fairly complex continuous integration environment but need to move to GitHub, because we like following fads and don’t realize that fad is over. But GitHub CI is really immature, difficult to use, and just can’t do anything beyond the basics. I’m sure it’s great for individual projects and startups but it just doesn’t scale for enterprise use. Everyone gets excited at using yaml to describe workflow, but then you’re kind of stuck with shell scripts for actual implementation and the easy stuff runs out after the first hour. I am very much not impressed.
Engineers are excited over all the “candy” they see opensource projects use, and don’t understand most of that will be blocked because we’re an effing security company and you just can’t use random code
So I’m trying to create a shared workflow for like 5,000 repos and it’s miserable. After a couple weeks I have a couple thousand lines of generated shell script that’s already beyond my ability to maintain to maintain by hand. So I’m well past “I told you so”, and my only route forward is yet more generated shell script. It’s too late to try to contribute without ai
No. Engineers today are over-reliant on libraries, which is enough of a risk without bringing in AI vulnerabilities and oversights. If there isn’t something that is already widely adopted and well maintained, I would just write it myself.
Yeah, how dare c++ use boost or the stl, or Python devs use the requests or sqlalchrmy library. 😐
Real engineers write everything in machine code. Programming languages are a crutch. Reproduce everything from first principles every single time or don’t dare call yourself a programmer.
Machine code. (Scoff) I’ve got my butterflies and that’s all I need.
I use a nano-scope to view input/output and then utilize an electromagnetic diopterator array to set the electron bits in real-time , directly on the cache. Any other form of programming is just plain lazy.
I think not reproducing all but understanding how it is work inside is good.
deleted by creator
Depending on your definition of vibe coding, no probably not.
Setting aside for a moment my feelings on the current state of “AI” and AI coding, I don’t see that there would be a point. The next vibe refactor is likely to overwrite any changes I write so it’s unlikely to be useful to either the project or me.
I wouldn’t contribute back, and would switch to (or write) an alternative ASAP.
There are cases where I have to use AI-tainted dependencies (though, none of the AI-tainted dependencies I currently use across my projects are fully vibe coded, they’re merely tainted), but if I have to patch one? That’s gonna be a fork or rewrite, and there’s no chance in hell I’m contributing back.
When I develop the skill, no, I wouldn’t because it wouldn’t be worth my time or energy to consider a vibe coded repo worthy of any contributions. It would be likely so messy and technically unsound from the very beginning because vibe coders don’t work like a standard programmer, creating a base with sane defaults and gradually building up the software. They tell a fancy autocomplete to do all the work (they likely have zero skill and wouldn’t be able to figure out if there was anything wrong with the code). I can’t imagine the technical debt such a repo would accrue because there would be zero code maintenance, refinement, or improvement.
It probably also depends a bit on how you use your account. I have a more professional account and one that I use for personal projects that I might not want an employer seeing. I might not want to taint my personal one with an association to AI, but the professional one would really depend on how good the project was in the first place since most employers nowadays don’t really care. If it was really unclean and buggy I might not want my professional account associated, but if it was a project I thought a lot of people could benefit from and the code itself was passable I would probably make a pull request.
I mean, if you already fixed bugs or improved features, then you might as well raise a PR.
Vibe coding is an indication of low quality and longevity, with a higher likelihood of bugs, flaws, and vulnerabilities. Trust takes time to build, and I’m sure some vibe projects will turn out okay, but they will always require extra scrutiny as any idiot can ask an LLM to code them anything.
It would depend on the size of the project, and the willingness of the vibe coder to improve and learn.
- Small project: I would fork it and make it mine.
- Large project: not worth contributing.
- Junior dev: I would maybe help him and teach him that AI is not the answer when you want to learn.
rewrite it yourself
Rewriting is almost never a good idea, but you can still fork it, and slowly refactor and clean it.
deleted by creator
