-
Notifications
You must be signed in to change notification settings - Fork 38
community guidelines - 2 questions #499
Comments
Are you asking in the context of Gratipay users/teams, or Gratipay contributors? Inside.gratipay.com is geared more toward contributors than users. |
Yes! :-)
@mattbk: are you suggesting otherwise? Or was your comment directed more at the rest of @brainwane's comments? |
@brainwane is proposing improvements to Gratipay's code of conduct, which is a policy that applies to contributors, who are people conversing in our space. We have an intentionally porous boundary between users and contributors: users (or non-users!) become contributors as soon as they post on GitHub (e.g.). Moreover, our CoC is published on Inside Gratipay (this repo). Which is to say that the |
I'm not questioning whether it should be discussed here. I'm trying to find out whether @brainwane is asking about rules that apply to users versus rules that apply to contributors. |
Gotcha.
Yeah, the CoC applies to contributors. Are we on the same page here, @brainwane? |
@whit537 I believe we are on the same page about the scope of "How to Behave Well," yes. I recognize that we're talking about the guidelines that apply to the people trying to build Gratipay, as opposed to the Terms of Service governing users (as far as I understand it, that would be the Acceptable User Policy section of https://gratipay.com/about/policies/terms-of-service ). |
Cool. |
@brainwane I love that you noticed this, because if I remember right it's the one thing that I "snuck in" to the Django code of conduct when I copied it over to Inside Gratipay (well, also cussing, probably?). I knew at the time that in doing so I was stretching Gratipay's CoC a bit beyond what would be Geek Feminism Approved™ for a CoC. However, the Geek Feminists™ were pretty much all gone from the Gratipay community at that point, so there was no-one around to notice or care. Thank you for noticing and caring! I've been caught! 😃 🙌 |
May I try and make a subtle but vital distinction here? In writing "Learning from Gittip" I was careful to say that we're prioritizing safety and consent ahead of transparency and openness—not over. The rabbit hole for this starts with @webmaven at #319 (comment) and runs through #319 (comment) and into #431. We see prioritizing safety "over" transparency as implying that the two values are roughly parallel, and that there's a tension between them. We get either safety or transparency—which one will we pick? and how will we accommodate the other? Sometimes this is a helpful way to model value judgments (our mission explanation works with such a binary model). However, what we arrived at in #431 is a five-part "Ladder of Love" in which safety is a fundamental prerequisite for transparency. We treat the relationship between safety and transparency as more like the relationship between C and Python than that between Ruby and Python. Here's how we define each:
Modeled thus, as a set abstractions that build one on the other, it becomes less appropriate to talk about one value as more important than another, as being higher priority or prioritized over another. Which is higher priority, C or Python? Which is more important? Is C more important because Python couldn't be written without it? Or is Python more important because it makes developers so much more productive than C? That's how we think about safety and transparency. In a sense, we don't even want to admit the possibility of a "transparency" that somehow violates safety. For us, that would be a sham transparency. For us, there is no transparency without safety. For us, sharing information without safety and consent is doxxing or stealing, not transparency. That's why we say that safety and consent must be prioritized ahead of (or before) transparency and openness, not over them. Safety is more important than transparency in one sense—but safety (for us) is not an end in itself! The point of safety (for us) is to enable the higher-order values, including transparency. Transparency depends (absolutely) on safety, and safety finds its fulfillment (partially) in transparency. |
@brainwane I am trying to get around to actually answering your questions ... out of time for now, though. More later! :-) |
Interesting post out of Google a few months ago about how important psychological safety is as a foundation for strong teams (also noted at #494 (comment)). |
I talked this through last night with a friend who works for a large university. I gather that, broadly speaking, Title IX is the framework for thinking about these kinds of issues within education. In that context, the standard for employees (as I understand it) is that:
There is no provision for letting the authorities know without setting a complaint in motion, nor for being directly involved oneself after the authorities have been notified. For students it sounds like the standard is a bit more relaxed. A student can discretely tell their friends about slimy people to watch out for without necessarily reporting it to the authorities as well—though of course the authorities encourage reporting. In this context, "whisper networking" seems to aptly describe a behavior that's permitted for students but not for employees. A couple questions for Gratipay, then:
|
cc: @gratipay/safety |
The three members of the Safety Team are @dmk246 @rummik and @chrisdev. @dmk246 and I met for about 45 minutes today to discuss this ticket. @rummik @chrisdev Can we set up a private call or coffee either together or separately to discuss as well? Can you ping me here or on private email with some times in the next week or two that would work for you? |
@whit537 the hangout today at 7pm is still on? |
👍 |
Ready, @chrisdev? I emailed you ... |
Didn't connect tonight. Will try again later this week ... |
@chrisdev and I have rescheduled for Thursday evening (tomorrow). |
Alright, @chrisdev and I were able to connect this evening. We met for about an hour.
@brainwane The consensus amongst the Safety Team is that you are correctly interpreting our code of conduct: "talking about others behind their back" does indeed cover what you're describing as "whisper networking," and it is indeed behavior that's not appropriate in the Gratipay contributor community. We don't intend to change our guidelines to allow for it. Obviously, whisper networking is not behavior that we can strictly regulate, precisely because it's private. We do wish to discourage it, however. While Title IX is neither perfect nor even completely applicable to our situation, we agree with the principle that if something is important enough to discretely tell a friend, then it's important enough to report to the Safety Team. The Safety Team is to act on all reports it receives. I'm happy to explain our reasoning further, but I also want to be respectful of your time and not give you a false impression that this is a question still open for discussion. Thank you for the chance to clarify this aspect of our code of conduct. 🙇 |
Thank you for the clarification. On 03/03/16 21:22, Chad Whitacre wrote:
Sumana Harihareswara |
First, I just want to check that opening an issue here is the right way to start a discussion that might lead to a change in the community guidelines. Is it?
Second: "talking about others behind their back" is listed in http://inside.gratipay.com/howto/behave-well as a specific behavior that is not okay. I can see how speaking negatively about a fellow contributor and hiding that fact from them is a behavior that is usually not okay, but I also know that there have been times (in other communities) when I have prioritized safety over transparency by privately letting someone know that someone else has acted badly and that they might want to take steps to protect themselves. Sometimes we call this protective act "whisper networking".
Can you help me understand whether whisper networking is a behavior that's okay or not okay within the current "How to behave well" community guidelines? http://inside.gratipay.com/howto/deal-with-bad-behavior strongly implies it's not okay.
And does the Gratipay community think the guidelines should be changed to account for whisper networking? The guidelines could specifically make space for it. Or the guidelines could ask that people do it differently (for instance, by including the Safety Team in those conversations even when the speaker is not prepared to make a formal complaint).
I tried to look for previous conversation about this particular question but could not find it, and welcome pointers to any existing places where people already thought about this.
The text was updated successfully, but these errors were encountered: