We are currently in an age where a large portion of open source apps are actively maintained, users understand more about open source than ever before and open source software is almost as good, if not better, than their proprietary counterparts.
This is just a huge thank you to anyone and everyone involved in the making and maintaining of open source software.
As a regular tester, I do my best to provide any feedback I can to make your vision come to fruition.
Big reporters/Testers deserve some props as well. Testing the code on a variety of different situations is how software gets stable, and I can't do that myself. And properly and concisely describing a bug or glitch is usually the key to getting it resolved quickly.
People who write documentation, tutorials, and offer help to newbies are also important. We as a community really need to highlight that you don't need to be a coder to contribute to open source. We should set examples how sharing of knowledge is just as important.
Hmm. I have been moving towards more and more open source. But my ability to code is very limited. Is there any kind of guide on how to get involved when you can't code?
Oh, absolutely, didn't think of them. My personal experiences have been with good bug reporters, which is why I focused on that, but really anything that takes the load off the Dev is a net positive.
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.
🙌 I’d like to give thanks too. It’s because of open source developers, that I was able to learn computer science fundamentals at a young age, without spending a dime. Some contributors have gone out of their way mentoring a pixelated avatar that beamed countries away.
I feel it’s my duty to give back in the same way. If it weren’t for those projects/strangers back then and today I wouldn’t be able to have the skills necessary to turn my absurd thoughts into realities that I can take comfort in.
I am very thankful for Lemmy’s dev teams and this whole experiment around federation overall. As I feel reminded about what truly matters again. And why I got into engineering in the first place.
I propose to declare one day a year as Open Source Day. Something like the Sysadmin-day. It's about time that the open source contributors finally get the recognition they deserve.
Being a maintainer / project owner is not always fun, but it's rewarding in a sense that you're able to offer something useful to others.
I don't like providing free support via github issues. And that's usually what happens, you don't get many developers that put care into bug reports. Instead it's mostly users that don't really understand, sometimes entitled, sometimes really nice but completely wrong.
However I really appreciate those that do care or at least follow the template and make an effort.
I see issues as a form of a necessity to help the software improve, but I've chosen to no longer pay too much attention to it because it's just draining.
Support is draining, and I respect everyone who does it, those who provide support for free even moreso.
Not everybody can code, so donors giving their hard earned cash also deserve credit, some projects (for example godot ) can hire multiple full time people due to it, and that can include jobs that don't get a lot of open source contributors like UX people.
Godot is insane. Blender too!
These projects make me feel a sense of pride in our community that I don't really qualify to feel, but these people keep making me feel it anyway.
I agree. I'm very grateful to OSS developers. I use almost exclusively OSS software every day at this point, and it wouldn't be possible without the countless people devoting countless hours of their valuable time to these projects.
So, a question to devs, especially for smaller, more approachable projects: I have a minor (plus a bit more) in CS, a lifetime of casual coding, but never really built anything larger-scale than a C-based sh-like shell in one of my CS courses, or many years ago an IRC front-end for a chatbot engine. Mostly I just write scripts (sometimes kinda complex), or small C/C++ projects. I would try to contribute to a project directly, but I don't want to step on toes, and most projects have people who are deeply intertwined in the code of the project. It feels impossible to get involved in any way other than testing without possibly just annoying people who have been doing it for years. I've known enough intimidating grizzled *nix guru people to make me paranoid that I'll just get in the way.
How do you get a foothold in a project? Should I just start with creating my own OSS project, and once I get somewhere where I'm familiar with the flow and project management and such, then I can consider contributing more to other projects?
Or is it really more helpful to the community to just test stuff, create documentation, answer questions, etc? Would becoming another dev be more helpful to OSS, or would working on supporting projects in these other ways be more helpful?