this post was submitted on 15 Apr 2026
75 points (98.7% liked)
Free and Open Source Software
22256 readers
12 users here now
If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's great those long time issues are solved, but after reading the article I can't help but wonder if the person vibe-coded it or something. I am a bit experienced on PHP too and know a tiny bit of C but still find C++ so incredibly daunting and complex I can't even imagine tackling such a serious bug on it all by myself
If it works, does it really matter if it was vibe-coded? Sometimes, people use tools correctly.
Yes, it does. Sure it works, but at what cost to security and actual human understanding?? RollerCoaster Tycoon works and I'm not saying its insecure or vibe coded, but it's written in friggen assembly!
The problem isn't the vibecoding inherently, it's the people that are doing it. Vibecoding just enables them to exist.
They have no concept of what it means to produce general software for actual users using different setups. They generally have little patience and will abandon their projects very quickly. They are completely reliant on the models to fix any problems (or add features), so anything that, for whatever reason, a model can't fix will remain broken.
Look at this vibe coded app and thread on reddit for just one example https://old.reddit.com/r/selfhosted/comments/1rckopd/huntarr_your_passwords_and_your_entire_arr_stacks/
Was that vibe coded tool used correctly? Done, does not mean good, or safe, or even usable.
Your Rollercoaster Tycoon example is a bit odd, since coding a whole game in assembly indicates deep understanding of what you're doing, whereas the problem with vibe coding is that it requires only the shallowest understanding. Unless I'm misunderstanding and that was your point.
There may be a maintainability issue with both, but for a different reason in each case.
Yes, that was indeed my point. That and being, who else really can understand the assembly coded game, compared to who can understand the AI written vibe coded app. The Dev who wrote it in assembly certainly understands it and a lot. The person who vibe coded an app...probably doesn't understand most of it.
Sure, but I'm going to guess KDE devs didn't blindly accept the merge request.
No, it does not. You can write good code with LLM. The tool is not the problem here, the user is. Inexperienced people think they can just develop something in a weekend and indeed, it looks good on the surface. But this leads then to the thing you describe. But if you carefully implement features including all tests, nothing is wrong with vibe coding. And people should start accepting this fact instead of fighting it based on bad examples.
If you want secure, reliable, and maintainable code, very much yes.
Vibe coding is not a correct use of ai tools. You can't trust the code if the developer doesn't understand it.
Why are we assuming he didn't and it must be "AI"?
I am not part of that "we", I don't know what this is and I'm not assuming anything.
You begged the question. You assumed "AI" use and then made a vibe-coding accusation without evidence.
That was someone else. Different people in this comment chain.
No, I did not.
Seemingly just because the title has "PHP dev" in it. It's not entirely fair.