137
submitted 7 months ago by lemmyreader@lemmy.ml to c/opensource@lemmy.ml
  • step in and help review a few PRs

  • help the project triage/reproduce bugs

  • if code in the PR looks complicated or is hard to understand, ask for an explanation

  • express your gratitude to the maintainers

  • make your company sponsor projects they depend on

https://mastodon.social/@bagder/112194895793007918

Daniel is the creator of cURL : https://daniel.haxx.se/blog/2021/03/30/howto-backdoor-curl/

top 15 comments
sorted by: hot top controversial new old
[-] bmcgonag@lemmy.world 24 points 7 months ago

I personally think you should move the fourth bullet (express your gratitude to the maintainers) to the first position in your list. But a great, simple list none-the-less.

[-] breadsmasher@lemmy.world 24 points 7 months ago* (last edited 7 months ago)

Make your company sponsor projects they depend on

Definitely worth trying to do, but making my employer do anything isnโ€™t likely!

[-] twei@discuss.tchncs.de 10 points 7 months ago

is "step in and help review a few PRs" really that helpful? like... oh great, now this one person that i don't trust is telling me that the other person that i don't trust made some code that i should merge

[-] solarvector@lemmy.ml 2 points 7 months ago

How does one become trusted? If they regularly review and provide feedback that you agree with it can really speed up the process, even if you're still double checking.

[-] lambda@programming.dev 1 points 7 months ago

Exactly. At first it means nothing. Over time they can begin to trust you.

[-] TedJ70@aussie.zone 7 points 7 months ago

If the project has a community forum or chat, be active and help answer questions. That takes a lot of pressure off the dev team. I did that for 4-5 years on the Handbrake project before family commitments ate up my free time.

[-] vpklotar@lemmy.world 3 points 7 months ago

I myself am a maintainer/main developer of a project and the people that help out in the group chat are a god sent. Takes a lot of pressure out of my day.

[-] lemmyreader@lemmy.ml 1 points 7 months ago

Cool. Good suggestion.

[-] abeorch@lemmy.ml 7 points 7 months ago

I'd love to help out on Open Source projects but have often just not really known where to start. I guess the challenge is to become a experienced enough user of a specific project first.

[-] lemmyreader@lemmy.ml 7 points 7 months ago

That one is maybe the easiest to do :

express your gratitude to the maintainers

Besides that there is the possibility to donate. And since the xz backdoor incident I would say it makes sense to keep an eye on end users trying to bully or overload developers. If I remember well I read that the developer of uMatrix stopped with that project because of annoying users filing bug reports with unfriendly and demanding discourse, which can be exhausting for a sole developer.

[-] abeorch@lemmy.ml 3 points 7 months ago

Yeah agree this is the easiest.. I would like to help carry the load somehow. Perhaps filtering /dealing with comments could be a start.

[-] Gallardo994@sh.itjust.works 3 points 7 months ago

Sometimes an open source project is too niche for anyone to take notice. I myself am developing a networking reliability layer ported from C to modern C++ and I've yet to see a person use it except yours truly. Sad truth.

[-] lemmyreader@lemmy.ml 1 points 7 months ago

๐Ÿ˜ Care to share the project web link ?

[-] Gallardo994@sh.itjust.works 4 points 7 months ago
[-] lemmyreader@lemmy.ml 2 points 7 months ago

๐Ÿ‘

Your project shows 6 stars and 1 watching. 6 open and 6 closed issues. Not bad.

this post was submitted on 01 Apr 2024
137 points (96.6% liked)

Open Source

31223 readers
333 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS