737

it is what it is (lemmy.world)

submitted 2 weeks ago by mypasswordis1234@lemmy.world to c/opensource@lemmy.ml

39 comments fedilink hide all child comments

all 45 comments

sorted by: hot top controversial new old

[-] dave@feddit.uk 150 points 2 weeks ago

Just archive it and take up farming.

[-] filister@lemmy.world 48 points 2 weeks ago

Neofetch creator, is that you?

[-] kureta@lemmy.ml 6 points 2 weeks ago

unironically agree. if it is useful for the community someone will fork it. you are not forever a slave to your open source contribution.

[-] Dave@lemmy.nz 84 points 2 weeks ago

I've heard some people take the approach of "merge everything". Whatever people contribute, merge it. People like to feel like their time is valuable, and that their work is valued.

You can follow up the merge with polish or tweaks but if you merge contributions you're more likely to see more.

[-] bjoern_tantau@swg-empire.de 103 points 2 weeks ago

XZ says thank you.

[-] Dave@lemmy.nz 30 points 2 weeks ago

😆 I don't think you're supposed to take it literally. And it's advice for everyone's pet open source projects that no one else ever seems to contribute to, not really good advice for software that holds up civilization.

[-] Muehe@lemmy.ml 12 points 2 weeks ago

pet open source projects that no one else ever seems to contribute to, not [...] software that holds up civilization

SamePicture.jpeg

[-] mryessir@lemmy.sdf.org 13 points 2 weeks ago* (last edited 2 weeks ago)

I see where you came from.

There are people submitting code with wrong licenses or no attribution. There are people just submitting for the sake of submitting - I dare github profiles for this. There are people who could need some feedback on their code, so that future contributions have better quality.

And it can be very burdensome for a maintainer, assuming he maintains within its free time, to perfectly communicate and elaborate on each contribution.

Also, maybe the project has a feature freeze because in the aimed architecture the same solution would be implemented externally.

Its just not that simple and people generalizing or concluding too fast are mostlikely in the wrong. Bad PR travles faster and further though.

[-] Dave@lemmy.nz 4 points 2 weeks ago

Oh for sure. I don't think this advice applies to projects that already have a following. But many, perhaps most, projects don't have much of a following even if you intended for others to use it. If you have a pet project that a reasonably small number of users, you might find you get occasional pull requests but they never meet the code standards, or you ask for changes but they never happen and the pull request sits there, or you reject them because you wouldn't have structured it like that - well consider accepting the pull request and merging as is. Then you can follow up with changes to fix code quality with your own changes.

This approach shows you appreciate the contribution, even though it's not perfect. If you find the same person contributing often but making the same errors, then for sure mention it in a way that's easy for them to understand how to resolve it. But if you're rigid then you probably won't get so many contributions as people will think they aren't up to your standards.

I'd also argue that merging then fixing up yourself later would be more time efficient than reviewing code and providing feedback on changes to be made 😆

[-] DacoTaco@lemmy.world 4 points 2 weeks ago

I do this with my .net barcode parserbuilder project. I make a few comments on the pr for them to fix, merge it and then go over it myself to clean it up. This way they feel appreciated because its merged and the code stays clean and consistent :)

[-] errer@lemmy.world 54 points 2 weeks ago

Don’t implement a user’s stupid idea, they fork the repo and somehow the fork gets more stars…

[-] Belzebubulubu@mujico.org 3 points 2 weeks ago

I FUCKING LOVE FORKING CODE TO ADD MY STUPID IDEAS

[-] delirious_owl@discuss.online 52 points 2 weeks ago* (last edited 2 weeks ago)

When it doesn't work, you get helpful bug reports *

That is people helping you

[-] pineapplelover@lemm.ee 37 points 2 weeks ago

I've a noob user so over the year or so I've been learning to use git and read errors. This week I made my first PR patching a bug and it broke because I patched it in the wrong place, however, the project owner saw what I was doing and patched it himself. I'm trying my best here, hopefully I can gain enough experience to help out with more projects.

[-] corsicanguppy@lemmy.ca 29 points 2 weeks ago

You don't do it for others. You do it so it's done

[-] haui_lemmy@lemmy.giftedmc.com 22 points 2 weeks ago

I taught myself programming and I also help open source projects with documentation and translation. Gonna be a bit until I can really make PRs with code but slowly working towards it.

[-] Weslee@lemmy.world 5 points 2 weeks ago

What sort of projects do you do? How do you find ones to help?

[-] haui_lemmy@lemmy.giftedmc.com 17 points 2 weeks ago

Way too many for my sanity! I write for the wiki of postmarketOS, I translated for fluffychat, I‘m in the process of porting bitwarden client flatpak to arm (current version is years old) and many more. I write issues for every app I encounter bugs in. Have accounts on at least 5 popular git forges for that reason (time for federation folks!).

How I find projects?

I transition my life away from proprietary software one app at a time. If it exists in foss I try it. If I can manage daily driving it I do so and move to the next. There are always bugs, wrong translations or missing features. I report them as I encounter them and if I desperately need an app that doesnt work I attempt a port.

I do this in strong opposition to some folks who have coding skills and who decide to shit on some open source apps because they‘re „broken“. The amount of energy it takes to spit hate would have sufficed to do something about it.

Thanks for asking. Feel free to join the hunt for bugs.

[-] qaz@lemmy.world 12 points 2 weeks ago

What project are you referring to?

[-] Strykker@programming.dev 51 points 2 weeks ago

Literally all of them, but look at OpenSSL for a good example.

Literally everything runs off it these days, and it's like 3 guys and a trenchcoat working on it most of the time.

It's just how open source / the industry / people are. We all have our own stuff we want to do, so as long as the stuff your using works you don't tend to care, and if it doesn't you often don't have the time or resources to do anything other than tell the owner to fix it.

[-] qaz@lemmy.world 6 points 2 weeks ago

I know, but I was wondering if I could perhaps take a look.

[-] Zerush@lemmy.ml 7 points 2 weeks ago

OpenSource is only as good as an active community it has, bad if not and with an lazy dev. FOSS without an update since years is risky crap.

[-] Sam_Bass@lemmy.world 2 points 2 weeks ago

I do donate for things i find i cant live without

[-] Boozilla@lemmy.world 1 points 2 weeks ago

Yup. All my Github projects are private for a reason.

[-] theneverfox@pawb.social 2 points 2 weeks ago

Ditto. I'm not going to put in the time to clean up a project working fine for me just to have it ignored or complained about. It's all expectation, very little reward

And even if I did get volunteers, I'm not coordinating people on my personal projects. Sounds like a great way to take all the joy out of it...

Open source is just broken right now, it runs by draining the passion out of people

[-] ryannathans@aussie.zone -5 points 2 weeks ago* (last edited 2 weeks ago)

A good sign you're hostile to potential contributors. Maybe have a clear readme that gets them a working dev environment in a command or two. Try not to shit on people in issues

[-] refalo@programming.dev 14 points 2 weeks ago

I'm not sure that was the joke they were making, and I don't think that is a majority consensus when OP's picture happens. You may not agree and that's ok.

[-] ryannathans@aussie.zone -1 points 2 weeks ago

Right so why do people shit on your projects and refuse to cooperate?

[-] refalo@programming.dev 1 points 2 weeks ago* (last edited 2 weeks ago)

I don't know, there's probably not a singular reason. For one, many are just consumers/users and not actual devs, they only want "open source" because people told them to want it, or they think it's safer or has a better community or something, but many times they don't actually want it for anything useful besides being able to say it's open source, even though they never contribute anything. I think these are the kind of users who always demand ridiculous features and way too much time from the real devs.

I've also seen other devs that just had wildly different views on fundamental parts of a project, or had unrealistic expectations, or just lived in some kind of fantasy world that most people disagreed with.

[-] eskimofry@lemmy.world 2 points 2 weeks ago

Bro if you can't understand development that you think you need someone to give you "a command or two" to setup your own shit when people from all kinds of devices (x86, arm, PPC, etc) and all kinds of OS (windows, Mac, Linux, BSD, etc) have potential to contribute;

Why should anybody listen to you?

[-] ryannathans@aussie.zone 1 points 2 weeks ago

Maintain large open source project

[-] unionagainstdhmo@aussie.zone 1 points 2 weeks ago* (last edited 2 weeks ago)

Absolutely could be the case with things with specific tasks. It's always a good idea to share what your development environment is so others can replicate and if they're using something a bit different they probably know what they're doing anyway