I’ve stopped all my open source contributions and projects. I’ve now moved my resources to organizing and supporting communities like python Atlanta. My commitment was always the community and not the code. I also want to see what will companies do once open source closes shop and fewer people know how to program. It’s why I’m making sure there is a local support network for those of us who still want to stay in software over the long term.
I don't think the battle will be in open source software... I think it will be in hardware at our current rate.
There has been ever increasing consolidation in the hardware world along with an ever growing acceptance of restrictions by the public 'for our safety'.
I recently set up a Forgejo instance for a personal infrastructure project, and because of security, it’s read-only. So I just disable all the “issues”, “pull requests”, “wiki”. It’s a little sad, but also gratifying to know that I’m making stuff available, but I am not looking for any and every chance to have a conversation about it.
>"For years, the software engineering industry has operated on a comfortable, perhaps lazy, myth: that open source software is an infinite, self-renewing public good that costs nothing to consume and requires nothing to sustain."
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.
The agentic era definition of open source is garbage.
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.
Nothing that was possible then is less possible or less potent now.
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
People need to stop yelling "Slop!" all the time and saying silly things like "every line of code was reviewed by a human". First, it's ridiculous. There is no possible way to verify that claim, determine what was or wasn't done after reviewing it, and there's no reason to review every single line. It's performative. I have a ton of stuff I haven't bothered contributing. Why? So I can deal with all the hate? When it was "many hands make light work" there was value in sharing the load. Now I've got a backhoe and it's not worth the hassle.
I love maintaining open source in an agentic world. I can be a complete asshole about contribution rules and coding standard as long as I define the AGENTS.md. The more strict the better and I can get good clean pull request without an endless back and fourth. I can even require updating the documentation!
An OCD dream but you need to embrace it and configure it or you would get "AI slop".
Open-source alternatives are being launched at an ungodly pace and they are really polished. All these comments about AI Slop are underestimating how good these builders have gotten and AI lets you iterate really fast. If the builder actually uses the software he's building, the feedback loop is really efficient.
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.
The problem is as usual, users. AI for maintenance (updating & testing deps, re-writing parts to run with next major version of lib) is pretty low error % and just need some supervision and can make it more effective, in hands of people already familiar with project
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
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.
the issue with articles that try to analyze the state of open source and its sustainability and all that is that nothing about open source makes any sense if you just talk about it. Imagine you're transported to 1977 and you work at IBM and you try to tell them, oh hey I have an idea, how about the OS everyone uses for literally all commerce, communication, military, etc., you name it, will be written by one guy in his spare time and later maintained by tens of thousands of mostly unpaid volunteers. "Don't other companies try to copy it and sell it as their own?" "Well sure, but mostly it's better to use the free one everyone knows". Try selling your manager at IBM in 1977 that idea for new software. It would be impossible. It would be impossible today.
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".
The zero-cost fallacy: open-source software in the agentic era.
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.
Ironically, the prevalence of AI "tells" like that (combined with the ubiquity of AI works passed off as human-written) will inevitably feed back into more use by non-AI writers who think they're normal.
There has been ever increasing consolidation in the hardware world along with an ever growing acceptance of restrictions by the public 'for our safety'.
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.
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.
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.
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
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.)