3 ms·
This approach finds its parallels in other collaborative spaces where meritocracy is valued; open source software development comes to mind. In that arena, this
by temp-dude-87844 9y ago
This approach finds its parallels in other collaborative spaces where meritocracy is valued; open source software development comes to mind. In that arena, this approach was widely deployed, but is at odds with the more recent trend of explicitly stating to promote inclusion and diversity.
Staunchly meritocratic online interaction and collaboration, from software development to messageboards, allows people to cultivate identities largely defined by their contributions, which is often distinct, or even at odds, from the identity they wish to demonstrate in their real life. In online spaces where individual contributors aren't restricted from speaking out against the leadership, this disconnect will manifest instead of being suppressed.
While I don't disagree with the author's recommendations and rationale, it's unfortunate that the OP's argument essentially reduces down to the fact that the less casual interaction between people, the more inclusivity will result. It's also re-framing the implied problem: the equality vs. equity debate. In the OP's view, the solution is to cultivate a minimalist, work-focused culture that solves the inclusivity question by avoiding it entirely. This is very much at odds with the approach that receives a lot more press these days, which seeks to prescriptively address inclusivity within its own problem-space.
- ch4s3 9y agoHow are you defining "meritocratic online interaction"?
- temp-dude-87844 9y agoA contribution defined by its payload's self-contained substance and value-add to a core mission of the effort, e.g. a block of code for a requested feature, documentation to accompany a feature, an insightful on-topic post, or a stimulating exchange. It's an artifact whose value is derived from its content, and not from its provenance.
- ch4s3 9y agoOK, I'll bite. In principle, this makes sense, but I think if we poke at it a little you may agree that there are some holes. >A contribution defined by its payload's self-contained substance and value-add to a core mission Let's discuss the core mission. How is this mission decided? Is there a process that includes multiple stakeholders? Who picks these stakeholders? I would presume that most open source projects are started by 1 person, or a few people who work together, but recognize that other arrangements exist. At some point either they must set these goals or expand the core group that makes such decisions. So to start with, the first person(s) setting the mission are as arbitrary as having been there when it started. Are they the best at setting goals once a project is in full swing? Perhaps, perhaps not. But, I think you can agree that at the outset, merit is defined by those who start a project or are arbitrarily close to it's start. > It's an artifact whose value is derived from its content, and not from its provenance. How does a project determine the "value" of a piece of content. What is the process for derivation? Is it simply the fulfillment of a feature request with accompanying tests and docs? I would suggest that for any non-trivial code, it will be difficult to determine if a pull request will do exactly what it is purported to do with no negative externalities. What is you have competing contributions for the same feature request? How do you determine which one to choose? Let's say for example that concurrently an issue is addressed by a core contributor and a first time contributor and both arrive at equivalently good solutions. Which implementation should you choose to maintain "meritocracy"? How do you justify that decision? You may be interested to look to the origin of the word meritocracy[1]. It was intended as satire. [1]The Rise of the Meritocracy https://books.google.com/books?id=QelNAQAAQBAJ https://books.google.com/books?id=QelNAQAAQBAJ
- icebraining 9y agoI think you're talking a bit past temp-dude-87844's point. Yes, a system based entirely on the contents of the contributions will end up modeled by the biases of those who take the decisions. But aren't those the same forces that would apply to a "work-focused" company environment like the article proposes?
- s73ver 9y agoThe thing with meritocracy is that, at the end of the day, a person is making those value judgements. A person with their own set of biases and prejudices. And especially in code, there is very little in the way of "This code is objectively better than that code."
- forgottenpass 9y agoI don't think the point is about avoiding value judgements, just setting scope of them. And yes, any judgement can quickly turn into yak shaving. I don't know that this is about mathematical precision, it always reads more like saying "put down the goddamn shears!"
- icebraining 9y agoI think you mean bike-shedding.