this post was submitted on 22 Aug 2023
577 points (99.0% liked)
Open Source
31359 readers
216 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I think that one of the structural change that helped a lot to have less stalled or unmaintained open source projects is the improvement in the DevOps tools.
I mean that, until recently, I always had been an open source user and supporter but, despite being a professional software engineer, I never coded in open source projects. The reason to this is that I did not wanted to commit myself into a project that I cannot afford to work regularly on because of professional and/or personal time constraints.
Now with the broad use of git and related platforms for open source projects (GitHub, gitlab, ...), it's possible to work only a little on open source projects. You can fix a bug impacting you as an user, translate some strings in your native language, improve the doc, ... without commiting to work regularly on the project. You just change the stuff, have no requirements to inform anyone, make a pull request and it's merged or not by the maintener ...
I think this is really what contributed to improvement in the way open source projects evolved.
This is how I was able to contribute to a major Python library on GitHub. Their CI and test coverage was impressive, and ensured my little bug fix won't break everything for the many users of the library.
The community effect is massive!