This is the sort of toxic behavior in open source development that pushes minorities (and especially women) out.
-
This is the sort of toxic behavior in open source development that pushes minorities (and especially women) out. It's theft of our work: it denies us the history of contributions to the project and improves their own "standing".
No one, no one, gets into the nitty gritty of why someone seemingly "hasn't contributed". The more lines of code and commits that are attributed to @[email protected], the more sway he has in the project. Anyone would just take a look and say "Oh, Gargron committed the most, it's his project".
This is not "atypical" behavior. Almost every woman I know has had code stolen from them. I've had it happen numerous times at work (which then shows up as a lack of contributions at review time) and for open source projects.
It has real and lasting consequences, both for the community and for the person whose work has been stolen. It's fucked up, it's awful, and Emelia deserves better (we all do).
(cc @[email protected])
RE: https://hachyderm.io/users/thisismissem/statuses/113465993207356999 -
@[email protected] @[email protected] This is also why I won't do "pair programming". It doesn't matter if the commit message lists my name or not; they don't look at commit messages when deciding whether you've contributed.
Pair programming is just a nice way to make sure someone doesn't get credit for their time. -
@aud I guess I've been lucky to be able to use pair programming to help ensure other people get credit that I believe they're due. Or maybe not so lucky; I did get a terrible performance review and then got laid off
-
@[email protected] ... yeah, maybe you were on the losing end of it : ( I'm so sorry. You deserved better than that.
-
@aud thank you
️I still really like pair programming as one way of organizing collaboration though. I blame the terrible manager I had instead, and more broadly, a culture that doesn't respect the many different kinds of contributions people can make
-
@[email protected] That's just it, right? I don't think the idea of pair programming is bad, per se, except that if a company demands it be done then doesn't factor that into performance and instead just looks at raw metrics because they're "data driven", well...
-
@aud Definitely! I love and value doing things collaboratively, supporting people, etc. But that only works in an environment that also values those things; otherwise that behavior gets punished. (I guess I just accidentally boiled this down to an instance of the Prisoner's Dilemma.) And culturally we've built a lot of environments that don't share those values.
-
@[email protected] @[email protected] I was once forbidden from contributing code to a project I was supposed to be leading, but then had to spend half the quarter instructing the other person what to do and how we needed to implement it. I think he may well have tried to speak up for me... it didn't matter in the end.
It's definitely a culture+boss thing. I guess I should say it's not that I refuse to do it; it's that I'm not going to do it unless I know the culture is a good one. -
@aud @jamey Culture, and character strength of managers is crucial, I think. How performance is measured, too. I doubt we’d be as happy as we are, if they used raw data like git commits. Thankfully it’s more like “How much unscheduled downtime did we have?”, or “How many pentester tears did y’all collect?”
-
@[email protected] @[email protected] ooooh, that last one is a good metric
-
@aud @Gargron @thisismissem there are ways to credit multiple authors in a commit properly, and for anyone who pairs, know it and insist on it: https://docs.github.com/en/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors
-
-
@aud @Gargron @thisismissem should be publicized WAY more imo. get yourself credited
-
@[email protected] @[email protected] @[email protected] I actually just quote boosted it so that I could pin it to my profile. It really, really does need to be more widely known!
https://fire.asta.lgbt/notes/a0id78ckun9q001i -
@aud @inherentlee may I suggest posting that separately from this thread so you can teach people about it, without linking to some drama?
-
@[email protected] @[email protected] ah, solid idea. still drinking coffee... thank you!
-
"Nurture-boy" Ric Flairreplied to Asta [AMP] last edited by
@aud
Is this particular kind of theft prevented with a license that requires attribution? Genuine question as someone who doesn't write code.
@Gargron @thisismissem -
Emelia 👸🏻replied to "Nurture-boy" Ric Flair last edited by
@mikefordays @aud no. this isn't a licensing issue. This is a collaboration and communication issue.
️.)