Came across Hacker School's User Manual last night. For those unfamiliar,
Hacker School is a free, full-time, immersive school in New York for becoming a better programmer. We're like a writers' retreat for programmers. People come from around the world to write code and grow as programmers.
Take three minutes and go read the part about Social Rules. I'll still be here when you get back.
Subtle -isms are small things that make others feel uncomfortable, things that we all sometimes do by mistake. For example, saying "It's so easy my grandmother could do it" is a subtle -ism. Like the other three social rules, this one is often accidentally broken. Like the other three, it's not a big deal to mess up – you just apologize and move on ... If you are a third party, and you don't see what could be biased about the comment that was made, feel free to talk to faculty. Please don't say, "Comment X wasn't homophobic!" Similarly, please don't pile on to someone who made a mistake. The "subtle" in "subtle -isms" means that it's probably not obvious to everyone right away what was wrong with the comment.
Breaking the fourth social rule, like breaking any other social rule, is an accident and a small thing. In theory, someone should be able to say "Hey, that was subtly sexist," get the response "Oops, sorry!" and move on just as easily as if they'd well-actually'ed. In practice, people are less likely to point out when this rule is broken, and more likely to be defensive if they were the rule-breaker. We'd like to change this.
For the last year, the "No subtle -isms" rule has carried some implementation guidelines. One of these is asking people not to debate whether or not something is an -ism. When we introduced this policy, many women in our community responded positively. At the same time, some men described their process of discovering what their female friends were going through, and worried that other men would miss out on this opportunity to become allies. That's a genuine cost of having this policy. Nevertheless, we believe that this cost is outweighed by two benefits. First, we want marginalized people to feel welcome, not like they have to defend their presence. Second, we don't want marginalized people to have to spend time educating non-marginalized people who might be coming to these ideas for the first time. Faculty - not other Hacker Schoolers - are happy to help people discover resources for learning about anti-oppression.
We often say that the Hacker School social rules are intended to be lightweight. Another way to put this is that we expect that Hacker Schoolers will occasionally break one of the social rules. When this happens, another Hacker Schooler will say, "Hey, that was a well-actually," and the first Hacker Schooler will say "Oops, sorry!" That's it – accidentally breaking social rules is common, expected, and readily forgiven. Even Hacker School founders sometimes slip up. Hacker School social rules are much lighter than a code of conduct. Someone who violates a conference's code of conduct could get written up, warned, or ejected from the conference. Violating a code of conduct is a big deal, and it usually isn't hard to avoid doing so. By contrast, it's much harder to avoid breaking the Hacker School social rules, and people often make mistakes.
- Should you apply to Hacker School? (On applying: "Statistically speaking, if you’re a woman, you’re more likely to be underestimating your ability. Hacker School can’t accept every applicant, but please don’t reject yourself.")
- Mistakes We've Made
- Announcing the Fog Creek Fellowship with Flatiron School
- Do I Really Love Programming?
- Diversity and Startups (It's interesting to me to compare YCombinator's approach to solving this problem, and language choices in their blog post, to the Hacker School posts.)