A lot of the replies so far focus on fixing the problem yourself, which is awesome if you're a coder.

But even reporting problems is a big help to all projects. Found a bug? Report it - give the right information and be cordial.

Also, contribute sensible suggestions. Some smaller projects suffer from a single owner not understanding how others might use their work because they don't have that perspective (certainly an issue for me). Plus, getting involved and contributing this way can be a huge motivator to these small projects. It can be pretty disheartening to work hard on a passion project and not hear anything back from users.

You can also contribute to OpenStreetMap in your area using simple apps like StreetComplete or EveryDoor. This has a way lower barrier to entry than contributing code in my opinion. And it has the immediate benefit of a better local map for a LOT of services that are built on top of OSM.

If code is where you'd like to contribute, a lot of large projects label some non-critical and low-complexity fixes for known issues as "beginner contributions". They should be relatively easy contributions, for folks with some background in code.

Of course, if you have spare cash flow, donate a fiver to your favorite open source project. It goes a long way.

If simply using it is the goal, check out f-droid for android, an alternative app store for open source apps, and look into open source replacements for your usual suite of apps. It feels good to use, and to know you're keeping your own data yours.

Lots of good advice here. Best method arises but cannot be sought. When you run into something broken or you don’t like, don’t set it aside hoping somebody else will fix it. Fix it.

Even if the maintainer doesn’t want your change. This is the best way to grow the seeds of software freedom you’ve already planted by caring. This is the fundamental ethos in my view of a good steward of the community. When something isn’t ideal, they make it work for themself and then are willing to share if others find it useful.

You don't need to get into Open Source as a developer unless you're comfortable doing so. But that doesn't mean you can't jump in as a user. It really is as simple as typing "Best Open Source 'fill-in-the-blank'" and finding some projects that interest you.

Once you start using Open Source, you'll enter a community of other users who are always discussing different aspects of projects; which projects need maintainers/coders, which group is planning a fork, etc... You'll get to know the community by simply being part of the community.

Secondly, and this is one that I don't think get's mentioned often enough, just because you're not contributing code, doesn't mean you're not contributing. Again it comes back to that community we've built around us; if you're comfortable with the FOSS software that you use, you'll invariably stumble across new users with questions or advice, whether it be on the github or on forums or here on Lemmy, or even that site that must not be named.

Your involvement in helping others IS contributing.

Basically two choices:

1. Find a project you're interested in and make a contribution. Many projects tag certain issues with something like "Good First Issue" as a way of lowering barriers to entry. Other things are updating documentation, fixing typos, then you can branch out into patches and pull requests.
2. Make your own FOSS project.

Find something broken or missing something, fix it.

You've already done the first step, which is actually using FOSS software. That's the only way to get real context on what you're contributing to and find issues or lack of features that bothers you or is incredibly specific to your system or use case, and fix something that maybe would not have come up otherwise or no one would have time to get to.

Filtering issues by 'Good First Issue' as someone said is also a really good way to find tasks that are relatively easy to get your feet wet with a codebase. Don't feel bad about taking on too many of them, it's better that someone does them all and gains enough experience to become a regular contributor, than the rest of them collecting dust until someone else like you shows up.

Don't worry too much about not knowing X or Y language, the great thing about being into FOSS is that you get to become a multilingual developer, which is very eye opening and educational as opposed to sticking to a language like Java and never realizing the limitations it has or even the benefits it has relative to other languages, and use that knowledge to be a better engineer overall. It's easier to learn new languages nowadays, plenty of guides and docs to find, and AI can help for more specialized and context aware questions, just don't fall into the trap of letting AI do the job for you, you would only be fooling yourself.

Also don't underestimate the value of small contributions like documentation updates, translations, creating issues, etc. You don't need to come up with a PR for every issue you create, just finding things and keeping active is enough when you don't have the time or energy to go the whole way.

Use a software you like, find something you would change about it, report a bug and get maintainer approval, try your hand at it.

Find something wrong or something you think could be improved. Check if it's a raised issue or on a roadmap. If not, raise the issue. Fork the repo, fix the issue, make a pull request.

Github is probably the most accessible for doing this, create an account and learn the basics.