RetroFed Forum
Your home away from modern life.
Contributing to OSS without technical skills
Post Reply
AuthorMessage
Username85920 lemmy.ml Username85920@lemmy.ml
Joined: 2026-02-26
Quote

As the title say, how can I contribute to OSS without the an IT background ?

I know I can of course donate and I also know some ask for translation but French is usually well translated on most software I use.

38   Original
hobata lemmy.ml hobata@lemmy.ml
Joined: 2025-05-06
#2 · Quote Reply

money

24
Tm12 lemmy.ca Tm12@lemmy.ca
Joined: 2024-10-19
#3 · Quote Reply

You have found a niche maybe. Find a FOSS that needs french translation for it’s documents?

3
PiraHxCx lemmy.dbzer0.com PiraHxCx@lemmy.dbzer0.com
Joined: 2026-01-03
#4 · Quote Reply

send pull requests using vibe coding :)

-8
sicktriple lemmy.ml aReallyCrunchyLeaf@lemmy.ml
Joined: 2025-11-02
#5 · Quote Reply

Are you technically skilled using whatever software you are trying to help? many FOSS projects need help with their documentation.

23
darklamer feddit.org darklamer@feddit.org
Joined: 2026-02-19
#6 · Quote Reply

Documentation is always needed. If you have any aptitude at all for explaining things to people, it's almost certain that you'd be able to help there.

If you don't know where to start, I can recommend starting with making a tutorial for doing whatever it was that you yourself last found difficult to learn how to do.

13
darklamer feddit.org darklamer@feddit.org
Joined: 2026-02-19
#7 · Quote Reply

Even if you're not technical, it should be possible for you to learn how to write a good bug report if you're interested and as a longtime developer I can tell you from experience that a really good bug report is a real delight to receive.

34
shrek_is_love lemmy.ml shrek_is_love@lemmy.ml
Joined: 2026-02-09
#8 · Quote Reply

Even if you're not technical, it should be possible for you to learn how to write a good bug report if you're interested and as a longtime developer I can tell you from experience that a really good bug report is a real delight to receive.

And if you're specifically seeking out bugs, many open source projects provide some form of beta or nightly releases that need special attention before they ship it as an official release.

11
Anna lemmy.ml AnnaFrankfurter@lemmy.ml
Joined: 2023-06-11
#9 · Quote Reply

You can also promote them in OSS focused forums many people might not know about those softwares and OSS doesn't have money to spend on ad campaigns.

8
BrianTheeBiscuiteer lemmy.world BrianTheeBiscuiteer@lemmy.world
Joined: 2023-06-17
#10 · Quote Reply

money

https://opencollective.com/

6
Ulrich feddit.org Ulrich@feddit.org
Joined: 2024-12-22
#11 · Quote Reply

Even if you're not technical, it should be possible for you to learn how to write a good bug report if you're interested and as a longtime developer I can tell you from experience that a really good bug report is a real delight to receive.

Do you have any resources for that?

7
darklamer feddit.org darklamer@feddit.org
Joined: 2026-02-19
#12 · Quote Reply

Do you have any resources for that?

Simon Tatham wrote this several decades ago, but I still think it's all excellent advice:

https://www.chiark.greenend.org.uk/~sgtatham/bugs.html

11
gothic_lemons lemmy.world gothic_lemons@lemmy.world
Joined: 2023-06-13
#13 · Quote Reply

Simon Tatham wrote this several decades ago, but I still think it's all excellent advice: https://www.chiark.greenend.org.uk/~sgtatham/bugs.html

Just read it can confirm it's excellent advice as someone who written quite a few bug reports. Thanks for posting! Might share it at work. Maybe then I won't be the one who submitts 95% of the teams bug reports😭

5
bl4kers lemmy.ml bl4kers@lemmy.ml
Joined: 2023-06-05
#14 · Quote Reply

Docs or QA. If you find bugs that you're able to test, it can be helpful to add a comment whether you were able to validate it or not. A lot of times basic information is missing, like screenshots, logs, and versions. This means step one for the maintainer is probing for more info

6
Username85920 lemmy.ml Username85920@lemmy.ml
Joined: 2026-02-26
#15 · Quote Reply

Docs or QA. If you find bugs that you're able to test, it can be helpful to add a comment whether you were able to validate it or not. A lot of times basic information is missing, like screenshots, logs, and versions. This means step one for the maintainer is probing for more info

Thank you for your response!

KDE and Libre Office are the two OSS I use the most and look like an easy starting point. I'll look into it.

2
Username85920 lemmy.ml Username85920@lemmy.ml
Joined: 2026-02-26
#16 · Quote Reply

Simon Tatham wrote this several decades ago, but I still think it's all excellent advice: https://www.chiark.greenend.org.uk/~sgtatham/bugs.html

Thank you for the resource!
I'll also try bug triage. It looks like a good way to learn what is useful for developpers

3
Username85920 lemmy.ml Username85920@lemmy.ml
Joined: 2026-02-26
#17 · Quote Reply

Are you technically skilled using whatever software you are trying to help? many FOSS projects need help with their documentation.

Not that much. Even for bug reporting, I don't encounter much bugs when using OSS (KDE and Libre Office mostly) and I will not complain about it :)

1
Sonalder lemmy.ml sonalder@lemmy.ml
Joined: 2022-03-20
#18 · Quote Reply

  • Bug reports
  • Sharing on forums, private groups, website like AlternativeTo, etc...
  • Documentation
  • Financial contribution even if small (Open Collective, Liberapay, Bitcoin, PayPal, Ko-Fi, Cryptocurrencies,...)
  • Localization / Translation
4
1hitsong lemmy.ml 1hitsong@lemmy.ml
Joined: 2023-06-04
#19 · Quote Reply

Helping test!!! We on the Jellyfin for Roku team have been begging peeps to help test code changes and releases before they are published for years. We get oh so little response, so it mostly ends up the two of us test each others changes on our 2 or 3 devices and if it works, it goes out.

We're begging for testers. I'm sure other projects are as well.

2
dgkf lemmy.ml dgkf@lemmy.ml
Joined: 2023-06-11
#20 · Quote Reply

A few often overlooked ways to contribute:

  • artistic contributions: logos, banners
  • user interface design (I wish more UX folks participated in OSS, many projects could use the love)
  • improving documentation: as a new and/or novice user, you're probably more sensitive to jargon that developers overlook and can help make documentation more useful to others like you
  • accessibility testing: testing software using accessibility settings like high contrast color schemes and screen readers. these use cases are often overlooked
  • project management: participate in the issues, see if the team wants help triaging or managing a discussion/chat platform

Even if not code, some of these are quite specialized. Just be realistic about where you can add something useful.

For all of these, it is critical that you first contact the maintainers and ask what they would find useful. Be mindful that it's also work for the maintainers to manage your help. The only "wrong" way to participate in open source is to drop a bunch of work on someone unprompted.

Generally, if a project already has a clear call for contributions or a contribution guide, that is a good indicator that the maintainers are willing to do a bit of community management to bring in help. I would only suggest investing energy in those projects if you have the choice.

6
Post Reply
Back to top