FR version is available. Content is displayed in original English for accuracy.
Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
66% Positive
Analyzed from 1349 words in the discussion.
Trending Topics
#open#source#software#code#slop#https#github#com#projects#actually

Discussion (26 Comments)Read Original on HackerNews
There has been ever increasing consolidation in the hardware world along with an ever growing acceptance of restrictions by the public 'for our safety'.
Since when? Open source projects have for decades offered paid support. Projects like Red Hat, Snort, Security Onion and others. I don't know anyone that has ever thought this. It's always been generally accepted that someone has to support it, either paid professional services or a full time employee with expertise.
Either the LLM public capability is not sufficient to positively contribute, or it is.
If it is not sufficient to positively contribute, open source projects become drowned in low quality contributions.
If it is sufficient to positively contribute, we end up with multiple implementations of open source projects.
Actually maybe it only goes one way.
The enthusiasm and optimistic view of open source and the future of software and craftsmanship. Looking at it in 2026.. incredibly sad.
Forget the bazaar. Back to the cathedral.
The narrative is not friendly to communities of people owning complex software by sharing work now, but neither was it then. If you believe it was all wrong, an incorrect formulation, then disregard it and do not despair to move on. If you think ESR got something right than nobody can see anymore, then your hope should be rooted in the knowledge of how much less than what's possible we are currently achieving
Software that is not open source, is proprietary software. Open weight models, are not open source. Binary blobs in a repo with an Apache license, is not open source.
Am I a retro-grouch? Probably. I guess it doesn't matter anymore what I think about it.
An OCD dream but you need to embrace it and configure it or you would get "AI slop".
I keep a directory of open-source alternatives and just in the past month, I've replaced applications I've used for years with open-source alternatives.
And I’m testing Helium Browser[2]. It’s based on Chromium, but has changed a lot and I’ve been daily driving it.
Also replacing CapCut with OpenCut[3].
I’ve also completely ditched Codex CLI with Pi[4] and now am trying OMP[5].
0. https://github.com/ospfranco/sol
1. https://github.com/SuperCmdLabs/SuperCmd
2. https://github.com/imputnet/helium
3. https://github.com/OpenCut-app/OpenCut
4. https://github.com/earendil-works/pi
5. https://github.com/can1357/oh-my-pi
But the flipside is of course users that are clueless won't now be stopped by "can't make a PR", they will throw prompt at AI and send it when the AI decides it's good enough
Both of these are true: we’re witnessing an unprecedented amount of slop, while also the tools get better and better.
So when talking about Open Source maintainer exhaustion, it’s because of the slop, not because if the great tooling.
AI is an amplifier, and in this case it amplifies the great asymmetry between contributor and maintainer.
Kind of like going to the app store and picking the app with the most downloads because the other option is looking at 400 different apps that may or may not do the same thing.
Trying to explain how the global economy and welfare of most of humanity is hugely dependent on free software production labor, without the advent of actually seeing a world where this actually happens, is just like when we try to explain something like consciousness. There is no explanation that makes sense. So predictions about new avenues of doom (like "MIT licensing was a huge mistake! we should have all been GPL!") similarly dont carry a lot of weight, because of course these predictions make perfect sense in the abstract, yet real world results don't line up at all.
Basically open source software is an emergent phenomenon, like consciousness or evolution, or perhaps even how very large language models suddenly seemed like real people. It's something that would never be predictable in its own absence, which means it will remain largely unpredictable how it will respond to ongoing changes such as "the open source authors and contributors now use programs themselves to produce more code".
Here's my thoughts on this. It's back to open source, not open maintainer or open usage. I am producing lots of new code, i am publishing it. I am NOT interested in starting a project or having other people contribute. It's a cambrian explosion, the cost of adding features is basically zero. I'm going with "patching software is more common and we need tools around patching" rather than using other peoples stuff, just take what you want and fix it.
One stupid one is XRDP required some hack to go through VNC to connect to an existing session. I now have it built into xrdp and lets you pick the X11 session you on dial up and you're good to go. Why is this not a feature I dont know, but xrdp does it all now without vnc or anything. good stuff. i published it sure, i dont care if anyone uses it though.
Adding features was always the easy part. Maintaining the code OTOH is not going to be easier.
I see this with an experimental project I’m consciously vibecoding. The code base tends towards a spaghetti coded mess.
Of course you can put in some refactoring prompts and the AI will reorganize the code. But that makes it worse actually.
You have no mental model of the code and after a large refactoring even less.
Implement rigid supply chain auditing.
Formalize an open source contribution and patronage budget.
Well none of these help my bottom line directly so my boss will not approve.
(Also, I'm never gonna give up my em dashes.)