Tag Archives: women in open source

Poster explaining the GNOME OPW program

Upcoming open source opportunity: GNOME Outreach Program for Women

Poster summarizing the GNOME OPW program and showing a robot superimposed over a globe and some silhouettes of people

A big initiative for those interested in getting involved in open source is happening right now: the GNOME Outreach Program for Women (OPW). OPW is accepting applications from now until November 11, 2013 for the program that begins December 10, 2013 and ends March 10, 2014.

If you’re interested in getting involved in open source, but don’t know where to begin, consider applying for OPW. OPW internships are paid, full-time, and allow you to work from home (there is also funding for potential travel to visit your sponsoring organization for a short period of time). OPW is inclusive: all women, including cis women and trans women; as well as anybody who was assigned female at birth; and anybody who identifies as genderqueer, genderfree, or genderfluid (regardless of the sex they were assigned at birth) are encouraged to apply. OPW is open to students and non-students alike (as long as you’re 18 years old or older as of December 10, 2013) and is open to people with any level of computing or software experience, so long as they’re relative newcomers to open-source development.

As the OPW page explains, “The internships offered are not limited to coding, but include user experience design, graphic design, documentation, web development, marketing, translation and other types of tasks needed to sustain a FOSS project.”

Not that I’m biased or anything, but since I work for Mozilla, I’d like to call attention to our OPW projects. Several other organizations are participating as well — Debian, Fedora, GNOME, the Linux Kernel, OpenStack, Wikimedia, and Xen — and if you’re involved with one or more of those, you’re welcome to toot your project’s horn in the comments!

This is the third time that Mozilla is participating in OPW, but the first time that Mozilla Research is participating. Because I work for Mozilla Research, on Rust, I’m excited that we’re accepting one intern each for Rust (a new systems programming language; most of the internships focus on libraries and tools for it) and Servo (a prototype parallel Web browser engine implemented in Rust), both of which are projects that are under the umbrella of Mozilla Research. A third Mozilla opportunity is to work on community building with Larissa Shapiro, Mozilla’s Head of Contributor Development. For the full scoop on all of these projects, see Mozilla’s OPW page for December 2013. I’m coordinating Mozilla’s involvement with OPW, as well as coordinating mentorship for the Rust projects; Lars Bergstrom is coordinating the Servo projects.

If you’re not sure whether you should apply to OPW, then you’re probably somebody who should apply. But as the OPW page says, the application process is collaborative, so it’s a good idea to talk over email with the coordinator for the project you’re interested in to find out more about what they’re looking for in applicants. As always, it’s best to show that you’ve done your homework and ask specific, focused questions so as to help the potential mentor help you.

If you’re not in the OPW audience, you can still help! Please advertise these programs to students and women who might not otherwise see them. You can put up posters where people who are marginalized in open-source communities will see them; help encourage people who are enthusiastic about one of the projects but might be too nervous to submit an application; and help connect the same people directly to projects whenever you can.

I shamelessly ripped off portions of this post from Terri’s OPW/GSOC post from back in April.

someone using a backscratcher

From “sit still” to “scratch your own itch”

When I started off in open source, I believed that bit of “The Cathedral and the Bazaar” that said:

Every good work of software starts by scratching a developer’s personal itch.

Regardless of the truth of this assertion, somewhere along the way I got the impression that people usually get into open source via “scratching their own itch,” and I mixed up prescriptive and descriptive to boot. Personally, I started dabbling in open source testing hoping to learn a bit of Python, and then really got stuck in when I saw a clear unmet need for documentation even though I wasn’t personally going to use it. Sometimes I thought I was inferior — surely I ought to have been thinking up my own projects, improving my work environment, and writing things that would help me out, thus getting me into a virtuous circle of learning?

I’ve since learned more about how I learn (see previous posts on beating certain learning anxieties). And I’ve found it helpful to talk with other newbies and see the patterns.

Here’s one: the newbie who finds it frustrating that they “don’t have ideas.” This person, like me, has heard the message that a REAL programmer or a REAL open source contributor is supposed to be a self-starter who comes up with their own project ideas from the start and uses them to learn. Or the newbie knows they learn best by doing, but they feel a discouraging malaise whenever they attempt to think of an idea to pursue.

This affects people of all backgrounds, but I wonder — is it harder to reflexively “scratch your own itch” when you’ve been taught, as so many women have, to stop scratching and sit like a good girl? If you’re part of an oppressed group, and parents, schools, peers, mass media, and bosses have all consistently punished you when you speak up about a missing stair, then is it any surprise that you’d be slow to start picking up the saw and hammer?

metaphortunate articulated that youthful indoctrination:

I had finally learned that whenever I got angry and I tried to do something about my anger to the source of my anger, everything just got worse for me.

So in the long run one answer to this is that we have to work to make sure everyone has agency and feels it, their whole lives. But, given that some of us struggle with remembering our agency, and that it’s fine to have different learning styles, here are some ideas for priming the idea pump, or for alternate pathways into learning and getting into open stuff.

  1. Embrace boringness. Look at other fields, like sewing, where it is totally fine to start off by making a simple handbag off a common pattern. In open stuff this might be the “same old same old” LED clock or blog platform. If an idea appeals to you but there’s an inner censor saying “that’s too boring” or “what’s the use,” you can tell that inner voice that Sumana says “shut up.” For me, it’s Skud saying “shut up” to that inner censor.
  2. Embrace silliness. Perhaps the equivalent of embroidering a happy face onto an oven mitt. Again, if you think it would make you a scintilla happier, go ahead.  And again, I have a Skud in my head telling the naysayer to buzz off.
  3. Find someone else’s pain point. It is perfectly legit to work to improve shared tools. Look around at places online or in your local community where people are asking for help. Maybe you can find a ridiculously tedious data entry job that you can help with a corner of, or it would be nice if a light over here lit up when such-and-such happened. In a sense, this is what Outreach Program for Women, OpenHatch, and Developers For Good offer: the organizers have already curated the TODO lists so you can pick out the tasks that interest you. It is fine to simply piggyback on existing projects and drift around a bit learning lots of little things that way, and the more you learn and do, the more needs and opportunities you’ll discover.
  4. It’s fine to take a class. Different people at different times learn differently. If you think you’d benefit from structure, encouragement, sociability, and exercises, opportunities from edX to Hacker School to your local community college are worth checking out.
  5. Work with scraps. I get anxious over wasting food or cloth or paper, so when I cook or sew or write stand-up comedy or poetry, I feel more comfortable working with scraps, with leftovers. When I am scribbling ideas for stand-up bits, I prefer to use textfiles that already have miscellaneous jottings in them, or little half-full notebooks, or odd-shaped scratch paper. No doubt my preference for pre-ruined materials reflects my perfectionism and anxiety over worth. I can be creative more easily if the materials were just going to go to waste anyway. I think the trick to addressing this mindset, in the long run, includes habits of deemphasizing and subtlety, tricking oneself into not making a big production out of any given attempt. I’m not good at that. But in the short term: scraps. Find patterns in datasets you already have. Look through old academic papers to find citations to add to Wikipedia. If you have a web presence you barely use, repurpose it as a CSS playground. I’d love more ideas around this theme.
  6. The examined life. What do I actually want? Is there a thing that could make my life better? Honestly I find this question really hard to answer; it requires that I address the pain of unfulfilled desire instead of just accepting my world as it is. But if I have conquered some of the ways the kyriarchy has colonized my brain, then it’s possible to hear the “$foo would make my life better” signals and perhaps address them through technology.

What have you found useful in overcoming the myth of boundless ideation, or in learning to listen to your own itch?

opw-poster-USLetter-2013-JuneSeptember

Upcoming open source opportunities: Google Summer of Code and the Outreach Program for Women

Right now, there are two big initiatives going on for those interested in getting involved in Free and Open Source Software:

banner-gsoc2013

Google Summer of Code (deadline: May 3)

Google Summer of Code (GSoC) is a global program that offers students stipends to write code for open source projects. Students work from home, paired up with at least one mentor who can guide them through the process of collaborating with their project’s community. There are a huge number of projects suggestions available, and many projects also accept new ideas from students if you think you’ve got an idea that would be great.

The stipend is $5,000 (USD) for approximately 40h/week of work from June 17 to September 23, so this is a pretty decent short-term job.

The deadline to apply is May 3rd, but if you’re interested it’s worth getting involved now because it takes time to find an organization you want to work with, meet the developers, and get help from them in producing a really terrific application.

There are 177 accepted mentoring organizations, but let me take a minute to plug the two I’m involved with:

  1. I’m the org admin for the Python Software Foundation this year. As well as sponsoring development on the Python programming language itself, we’re an umbrella organization for a large number of projects that use Python, including my own favourite open source project GNU Mailman, a variety of scientific tools, development toolkits, and more. The whole list is here. I’ve been fortunate enough to meet a lot of the mentors in person at PyCon this year, and I’m really excited to be working with them, and I think you will be too!
  2. I’m also involved with Systers, which as you may know is an organization for technical women. As one might expect, working with Systers is a great opportunity to work with technical women on an open source project! More information can be found on their wiki.

I know lots of other folk here are involved with GSoC: please feel free to advertise your projects in the comments!

Outreach program for Women (deadline: May 1)

If you’re a woman who’s interested in getting involved in open source, you may also want to check out the Outreach Program for Women which is similar to GSoC but not limited to students:

Outreach Program for Women (OPW) internships were inspired in many ways by Google Summer of Code and by how few women applied for it in the past. This was reflective of a generally low number of women participating in the FOSS development.

By having a program targeted specifically towards women, we found that we reached talented and passionate participants, who were uncertain about how to start otherwise. We hope this effort will help many women learn how exciting, varied and valuable work on FOSS projects can be and how inclusive the community really is. This program is a welcoming link that will connect you with people working on individual projects in various FOSS organizations and guide you through your first contribution.

Here’s the poster:
opw-poster-USLetter-2013-JuneSeptember

Not a student or a woman but want to get involved?

For those of you who are experienced open source contributors:

Many projects are still signing up mentors for GSoC. I usually tell people that this is a 0-10h/week volunteer job (although you do get a t-shirt!) where you get a chance to work with a protégé for the summer and show them the ropes. It can be very busy at times (especially right now when students are just starting and have lots of questions) but it’s very rewarding. Even if your project isn’t one of the ones participating this year, you can still help other projects by doing things like hanging out on IRC to help students set up their development environments.

For those of you not in open source but would like to be:

While these programs are only open to students and women, now is actually a pretty decent time to get involved with a new project because mentors are available to answer questions and students are asking lots of the questions so you don’t have to. Go join a mailing list or irc channel and see if you can follow along!

For everyone:

Please advertise these programs to students and women who might not otherwise see them! Put up posters where minorities not usually represented in open source will see them, help encourage people who might be too nervous to submit an application, and help connect these folk directly to projects whenever you can.

Got questions?

Feel free to ask in the comments below. I believe we have plenty of folk here involved with both programs who’d be happy to help you get involved!

A rickety-looking treehouse

Open Source, Closed Minds? A reflection on Joseph Reagle’s “‘Free as in sexist?’ Free culture and the gender gap”

THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
The GNU General Public License (GPL), Version 3

At the beginning of this year, First Monday (a longstanding, online-only academic journal) published Joseph Reagle’s article “‘Free as in sexist?’ Free culture and the gender gap”. The article is the only comprehensive study I’ve seen so far of online discourse drawn from free and open-source software and data communities that focuses on attitudes towards gender and sexism.

In what follows, I examine Reagle’s presentation of two major themes: how dominant definitions of “geek identity” serve to keep communities homogeneous; and how ideologies held by open-source workers sometimes serve to justify mistreating people in the name of freedom of speech. Finally, I suggest another reason for open-source communities’ problems with diversity and equality: an economic one. I’ll use the terms “geek culture”, “open source culture”, and “hacker culture” roughly interchangeably. Not all geeks or hackers work on open-source projects, but open-source communities represent, to me, a highly valued position in the hierarchy of value subscribed to by many people who identify as geeks and/or hackers.

Disenchantment

I had a visceral reaction to the “On being a geek” section of “Free as in sexist?” This section covers ground that is familiar to me: the obsessive, monomaniacal approach to programming that hacker culture valorizes; the relationship between this style of working and a confrontational, aggressive style of argumentation; and the relationship between geek identity and normative whiteness and maleness. (As I don’t have any special authority to speak about race or racism, I won’t discuss those issues in depth here; I recommend Mary Bucholtz’s paper “The Whiteness of Nerds: Superstandard English and Racial Markedness” [PDF link], in which she argues that American nerd culture consitutes an explicit rejection by certain white youths of those aspects of American popular culture that arise from Black Americans.) Even so, the section affected me on more than just an intellectual level. As I read the quotations Reagle chose from sources such as Richard Stallman’s and Joseph Weizenbaum’s writings, as well as interviews with women studying computer science, I felt afraid and disappointed. I felt ready to get out of this field myself as fast as possible. Before I could help myself, my subconscious was already rushing ahead and reviewing the plans I’ve turned over in my head about jobs and careers that I could do that wouldn’t require me to be either a Toxic Open Source Guy, or an enabler for one.

When I was 15, sleeping in a lab and working for 20 or 30 hours at a stretch appealed to me. I wanted to lose myself in code, stop noticing my physical body because I was too engrossed in turning over abstractions in my mind. I think some part of me thought that if I got to be a competent programmer, it wouldn’t matter that I didn’t know how to form connections with other people or that my body was the wrong shape for me. I know now that escaping into work is not a helpful coping mechanism for me. Nowadays, I’ve exercised agency to make my body more comfortable for me; I see a therapist; and I have friends. I want to do my job reasonably well for eight hours a day and go home. I don’t want to run away from life outside the screen by immersing myself in work. I know most of the guys who do the sleep-in-the-lab, work-twenty-hours thing aren’t running away from what I was running away from. (I wonder what they are running away from.)

In Reagle’s article, I read, “Bente Rasmussen and Tove Hâpnes found female CS students who did not want be associated with the dominate [sic] identity of “key-pressers”, i.e., those who were not able to talk about anything beyond computers.” I thought — that’s me, too! I don’t want that either. I don’t think I have to quit being an open-source programmer if I want to have an identity that isn’t just about computers. But sometimes when I’m around people who do seem more like key-pressers than I am, I feel like that’s the way I have to be in order to fit in and be accepted.

Then I try to imagine what it would be like for me if on top of all of this, I felt like I had to conform to a vaguely woman-ish gender role. I didn’t know I wasn’t female until I was 18, and didn’t know I was male until I was 26, but I never felt much pressure to be what girls or women were supposed to be. On the other hand, if I was a cis woman, or even more so, if I was a trans woman (since trans women get expected to conform to gender stereotypes for women even more so than cis women are when their trans status is known), working in the industry I work in, I would have an almost impossible set of constraints to solve. As Reagle shows, success and status in open-source (and even in non-technical “free culture” communities like Wikipedia editing) are correlated with adopting a (superficially) overconfident, aggressive, argumentative persona. Women get to choose between being socially stigmatized for violating gender norms, or being ignored or mocked for violating open-source cultural norms. It’s a double bind.

Reagle quotes a passage from Margolis and Fisher’s Unlocking the Clubhouse: “‘Scary’ and ‘afraid’ are words that recur again and again.” For me, these are emotions that recur again and again when dealing with open-source culture, and when recalling the memories that reading Reagle’s article brought to mind. What strikes me, though, is that I’m almost twice the age of some of the undergrad students who Margolis and Fisher describe. When I was those students’ age, CS culture seemed safe, not scary. It was the rest of the world that was scary to me. Now, something’s changed. I think part of it is that I’ve had too many conversations with colleagues about gender politics that leave me feeling angry, frustrated, and helpless. Those interactions leave me afraid of being dismissed, dehumanized, objectified, or belittled again if I speak up. I’m also afraid of the sinking feeling that, for me, comes from being silent when I witness something I know is wrong. After a while, just walking in the door to the office seems like an entire day’s work.

Another quotation (from a social psychology journal article by Sapna Cheryan and colleagues) that stood out to me was “The profoundness of this alienation is hinted at in a recent study that found even an ‘ambient environment’ of stereotypical geeky items in a room (e.g., science fiction memorabilia and junk food) depressed female undergraduate interest in computer science.” While looking for a new place to live near my workplace in Mountain View, Ca. recently, I was browsing through rentals on AirBnB, and found a post advertising a bunk in a “hacker fortress”. I think the feeling I had when imagining living in such a place might be akin to how the women in that study felt when they saw a roomful of Star Trek figurines and Mountain Dew Code Red bottles. At 15, the summer I was doing an unpaid programming internship and drinking Jolt in the mornings, living in a “hacker fortress” would have seemed like an exciting idea (never mind the potential rape and sexual harassment that someone who looked like I did at 15 would have experienced — I probably would have dismissed that risk at the time). Now, even contemplating having to live in a place with a name like that sends my stomach dropping through the floor.

This section of Reagle’s article is valuable for showing that what I and so many others have experienced is part of a pattern; it’s not a coincidence, nor is it due to some weakness of character that we all happen to share. Women who have been involved, or tried to be involved, in free culture encounter hostility, not as a universal rule but as a recurrent pattern. It’s certainly not that Joseph Reagle is the first person to point out that free culture is systematically hostile to women — women have been saying this for a long time. But the evidence he collects is one more persuasive tool to put in the toolbox for convincing the naïve that yes, geek culture has a sexism problem. In the long term, though, we won’t have made any progress if people in the dominant group only believe women’s experiences when a male academic documents them.

It’s not just women who have been saying it, either. What Reagle doesn’t mention is that queer, trans, and genderqueer people in open-source share many of the same experiences that women do. In my opinion, like most transphobia and homophobia, that’s collateral damage from a fundamental hatred of anyone perceived as departing from a constructed heterosexual, cis male ideal — and that includes cis and trans women, as well as queer men and genderqueer and gender-creative people. (The omission of queer and gender-non-conforming people’s experiences could be due to a lack of written sources documenting it; there are various reasons why people in gender, sexual and romantic minorities might talk about their stories in a forum that lacks a permanent record.)

What makes me sad about all of this is that I still want to be around intellectually curious and playful people who are passionate about learning and making things (though, ideally, ones who don’t limit their inquiry to a single narrow specialty). I still want to have peers who inspire me to be and do more. I still love nerd humor when it isn’t mixed up with brogrammer racism and sexism. But what keeps me out of spaces that attract people like this is that I’m tired of being erased, silenced, and talked over. When I say how uncomfortable I feel when someone is engaging in homophobic hate speech at my workplace, and I’m told that it’s not hate speech or that my reaction to it isn’t real or valid, that’s stressful for me. It makes me want to disengage from the whole community. I’m tired of my female friends and colleagues getting death threats. I’m tired of being told I have a victim complex if I talk back to the abuse that gets directed at me and my friends even if nineteen out of twenty times, I’m silent about it. (It’s actually when I’m acting the least like a victim — when I’m not passively accepting whatever abuse is directed my way — that other software people shame me for “playing the victim”.)

The Mythical Manarchist-Month

While “On being a geek” was an appreciated summary of ground familiar to me, I found the “Openness” section more novel. I was pleased to see that Reagle opened the section by referring to Jo Freeman’s “The Tyranny of Structurelessness”, because Freeman’s article resonates with me strongly in light of last year’s troubles at Mozilla.

In my opinion, though, Reagle leaves a few dots unconnected in his discussion of “‘bad apple[s]‘ and ‘poisonous people'”. If it’s really a minority of the community that (quoting our own Terri Oda) “actively hinder women’s participation by trying to derail discussions, make contributions significantly more time-consuming, or send inappropriate or even violent private messages to contributors”, then why are they allowed to effectively dominate the community by putting pressure on women to leave whenever they feel like doing so? I think it would be doing a disservice to everyone to ignore the role of the majority of male contributors in the community, who stand back and watch, who fail to exercise effective moderation in discussion forums, who lack the courage to confront other men who are being actively sexist. It is also a disservice to everyone to ignore microaggressions. The ultimate effect of death threats or a constant stream of little reminders that no one feels obligated to include you (like co-workers addressing a mixed-gender group as “guys”) is to make out-group members feel like they’re just not wanted. “Good” people (people who think of themselves as tolerant, polite, and considerate), not just toxic “bad apples”, can engage in microaggressions. And even “good” people often get unnecessarily defensive when called on behavior they weren’t aware was a problem. There’s a fine line between recognizing the disproportionate power of a small number of belligerent people in the open-source community, and using that an excuse for other people to do nothing in response.

The section titled “Ideology” is perhaps the most challenging one to the cherished beliefs of open-source participants about themselves and their role in the political economy — Reagle tallies up a damning list of open-source idols (Stallman, Raymond, Wales…) and their Randian beliefs that would be amusing if we weren’t talking about men who so many people take seriously. Reagle’s insights on how an anarcho-libertarian ideology lends itself neatly to justifying the rightness of the existing gendered power structure are sorely needed. But again, I think he could have gone a bit further. The thing about freedom, at least the way it manifests today in open-source communities, is that it looks a lot like freedom from accountability, without freedom from the very real constraints that burden the many. It’s free as in freedom, not free as in beer, but I’ve started to hear “free as in free from consequences” when I hear open-source people use “free speech” as a reason to be abusive. It’s customary in both open-source and closed-source programming to use the legal mechanisms of licensing and copyright to absolve oneself of all consequences resulting from bugs in one’s software, as per the quotation from the GPL that I opened with. This is not where I want to debate the merits of that approach to the profession of engineering — I do want to ask what happens, though, when a programmer extends that approach to licensing into his personal life. What happens to a community when many of the individuals in it assert their right to “free speech” and thereby claim entitlement to shift responsibility for the consequences of their actions? Typically, when people feel entitled to make others pay the cost for their choices, the people who end up paying are people who the underlying social power structure places as subordinate. I’m using the pronoun “his” because people who are not socially recognized as men (specifically, white men) simply lack the power to do this.

One example of this freedom from consequences is the refrain that so many of us who speak out have heard, over and over, from our colleagues: “Have I offended you? Then the problem is that you’re so easily offended. Your feelings are your responsibility, and I have no obligation to not offend you. No one has the right to not be offended, and anyway, I’m an equal-opportunity offender, so if other people can take the heat, why can’t you? It must be because there’s something wrong with you. You really ought to lighten up, take a joke, get a sense of humor, not let those words have so much power over you, be less sensitive.” (The routine has become so standardized that Derailing for Dummies, as well as the Geek Feminism Wiki, catalog it.) How can these incantations of emotional blame-shifting be unrelated to the disclaimer of responsibility that appears in the GPL and other software licenses? If what characterizes the professional culture of software engineering is our refusal to own our work, what characterizes the after-hours culture of programmers is a refusal to own our words. It’s a culture of solipsism that makes minority group members into objects, designating people in the out-group as dumping grounds for the majority’s animus and need to mock the less powerful. Demanding that another person “be less sensitive” is rude, yet gets treated as polite. And because already-privileged people who make such demands get rewarded further (beginning with social acceptance), there’s little incentive for them to practice empathy.

The egocentrism I’m talking about isn’t just about dynamics between men and women. For example, Linus Torvalds’ public verbal abuse of Linux kernel contributors is an example of how open source culture also tolerates abuse directed by men at other men. (Sometimes it doesn’t just tolerate it, but even encourages it, as when bystanders comment “well, assholes get things done.”) Social hierarchies and displays of dominance are certainly alive and well in how men interact with each other; and because hackers often define themselves as beings of pure rationality and logic, they rationalize these hierarchies as “necessary” for “getting things done”. (I think we could also “get things done” if we recognized and accepted that as humans, we frequently act for emotional rather than purely “logical” reasons — and maybe even if we accepted that the dichotomy between emotion and reason is a false one.) That, however, does not mean that verbal abuse between men is just as intense for the recipient as verbal abuse directed at women by men. It doesn’t mean that verbal abuse between men gets excused as easily as abuse directed as women. And it doesn’t mean that there as just as many opportunities for a man to exploit another man’s vulnerabilities as for men to put women in their place. It could hardly be otherwise, given the wealth of experiences that women bring to interactions with men, of internalized messages that (even for those women who have worked hard to unlearn them) tell them that they deserve whatever abuse they get, that they really had it coming. It’s not that abuse is ever acceptable when directed at anyone of any gender. Rather, it’s that being punched in the face feels more intense than being tapped on the shoulder.

Ultimately, we have to ask whether the freedom to abuse people is one of the freedoms we value. Richard Stallman himself identified four freedoms when it comes to software: “the freedom to run the software, for any purpose”; “The freedom to study how the program works, and change it so it does your computing as you wish”; “The freedom to redistribute copies so you can help your neighbor”; “The freedom to distribute copies of your modified versions to others. By doing this you can give the whole community a chance to benefit from your changes.” (He notes that for the second and fourth freedoms, access to the source code is a prerequisite.) The freedom to be an asshole does not appear on this list. Rather, these values point to inclusivity (the freedom to run the software, as in: to be included in the community of people who get to use it) and altruism (helping your neighbor; helping the community by distributing a better version). (Perhaps the inclusivity part is a bit of a stretch — the freedom to participate does not explicitly appear, which may say something about what Stallman took for granted.)

Decades before, Franklin D. Roosevelt spoke about another set of four freedoms: freedom of speech and expression, freedom of worship, freedom from want, and freedom from fear. How often do you hear stereotypically privileged open-source guys talk about freedom from fear? As I’ve discussed, much of the dialogue that happens when hacker culture talks about diversity and inclusion is about laughing off the idea that anyone else’s fears might be reasonable. Likewise, techno-libertarianism has very little room for a discussion about freedom from want. There isn’t much time and space in hacker culture for freedom of worship, either — especially when you take a broad view of what “freedom of worship” means and interpret as freedom to believe in things that can’t be proven with logical rules from empirical facts (like the dignity and worth of each human being), without being punished for it through ostracism or in any other way.

In either case, “freedom to treat other people as if they don’t have feelings, or as if their feelings don’t matter” is not on the list. (Thanks to Leigh Honeywell for pointing out Stallman’s and Roosevelt’s four freedoms, and the parallels between them, to me.)

Diversity as Devaluation

I want to ask a question outright that Reagle at best hints at: Is the very nature of open-source, its fundamental ideologies and values, inherently bound up with the insulation of oneself from the collaborative social project of making progress towards equality?

Maybe the whole system by which people produce free and open-source software is designed to provide the same sort of cozy lifestyle that one can find by being a programmer writing proprietary software, but without all those nagging structures of accountability that one finds in the corporate world. Like policies against harassment and discrimination. It’s true that companies adopt those to protect themselves against lawsuits, not to be morally correct, but they do protect people. And open source is a world without that protection. Maybe comparing open-source and corporate proprietary software is the best experiment one can do to determine what measures attract or repel participation by women. We know that open-source projects have an even more lopsided gender balance, as a general rule, than proprietary projects mainly composed of people being paid by a corporation to work on them. Can that really be a coincidence?

In a community with no formal governing structures, it’s far easier for people to take advantage of whatever privilege and power they inherit from the underlying society. One form this power takes on is that of speech acts that dehumanize and objectify people, and appeals to “freedom of speech” to immunize the speaker from the consequences of their speech.

I think that the desire to make boob jokes with impunity is not the only reason why male open-source programmers would want to keep women out, though. After all, the sexist jokes and comments that tend to engage the “free speech” defense the most are rarely funny or interesting. I think sexist jokes and comments are actually a means to an end, not an end in themselves. We know that male-dominated professions tend to be more socially prestigious and more highly paid than female-dominated or even gender-balanced professions. This can’t be an accident; men’s social over-valuation and their disproportionate participation in work that people think of as important form a positive feedback loop. For example, consider doctors and nurses: no doubt, women originally got tracked into nursing since medicine wasn’t considered an appropriate profession for a woman (gotta keep that power out of the hands of women). But even now that women have been allowed to study medicine for quite some time, nursing continues to be a lower-paid and less-praised profession, in large part (as far as I can tell) due to the significant presence of women in it.

The thing about prestige-as-male-domination is that it’s fractal. For example, within medicine, it’s common knowledge that primary care providers are likely to be women, while doctors who work in the most prestigious and highly compensated specialties (e.g. neurosurgery) are more likely to be men. Likewise, within computer science and software engineering, both of which are male-dominated as a rule, it’s harder for women to gain entry into some fields than others. Anecdotally, those fields (within academic CS) are theoretical computer science, programming languages, and operating systems. Among non-academic programmers, open-source programming (especially systems programming) occupies the role that theory, PL, and systems do within academe: looked up to and highly valued. By contrast, self-styled expert programmers tend to disdain jobs in areas like Web development and quality assurance — that’s “women’s work”, to the extent that any software jobs are. Technical writing, as an occupation, is even more looked down on and even more open to women. Perhaps that devaluation is part of a more general distaste among programmers for documentation, which could allow outsiders to glean the in-group’s secrets. Writing documentation is also a form of teaching, which is also a traditionally female-coded profession, and also a profession that’s frequently looked down on. So that’s why it’s so important for men in the high-status subdisciplines to maintain their status by making sure women don’t enter and devalue their field. Keeping women out means keeping salaries high.

(Statistics backing up what I just claimed about medicine — at least for the US — are available from the Association of American Medical Colleges (PDF link): see table 3 on page 13, “Number and Percentage of Active Physicians by Sex and Specialty, 2007″. The only specialty that’s majority-women is pediatrics; cardiovascular disease, neurological surgery, orthopedic surgery, and a few other specialties are over 90% men. I don’t know of any similar reports about gender distribution (and salary distribution) within different areas of the software industry, so I don’t claim to be speaking any more than informally, based on what I’ve heard over the years.)

“It’s amazing the things women did to advance computing before it advanced to the point that we learned women don’t like computing.”
Garann Means

Before computers were machines, computers were women. Most of us know that part of the story. What I know less about, personally, was the specifics of the process by which men drove women out of the profession of computing as it, well, professionalized. I can guess that white middle-class dudes saw an easy desk job that potentially would pay well, and the rest is history. Without evidence (at least not any that I have handy right now), I claim that none of this was an accident. Expelling women from computing was essential to the historical process of the professionalization of software and hardware engineering. (I know that that’s roughly how it went down with the profession of medicine, as documented by Kristin Luker in her book Abortion and the Politics of Motherhood: as “scientific” medicine arose, mostly-male doctors needed a way to push mostly-female midwives off the scene, and one of the ways they did that was by inventing the supposed immorality of abortion as a wedge issue.) For many men, a job just doesn’t have as much value if it’s a job that many women do too. And numbers don’t lie: jobs in male-dominated professions literally do have more financial value than jobs in more equal or female-dominated professions.

So arguably, open source is not just a different way to produce software. It’s also an experiment in building an alternative economy for status and peer review. At the same time as for-profit companies began to look harder at how to diversify themselves, how to create policies that would protect workers from sexual harassment and various forms of discrimination, the open source movement gained more and more momentum as a way to recreate all of the good bits of being a software engineer in industry (high social status, freedom, and money) without those annoying parts like human resources departments, processes, accountability, and rules (mostly rules to protect less-powerful members of the community). I don’t think that’s a coincidence.

There’s one misinterpretation of this section that I’d like to head off before it starts. I’m not suggesting that some nefarious group of patriarchs got together, had a meeting about how to exclude women, and disseminated the memo in a lockstep, hierarchical fashion. That’s not how it works. There is no intelligent designer or invisible hand that makes sexist decisions — rather, sexism is an emergent and self-reinforcing pattern that arises from the choices of many individuals. Just as organisms in nature behave in predictable ways without there being any central evolution planning committee, people who study societies have observed that groups of humans often act out predictable patterns too. Of course, sociology and anthropology have different methods and different standards of evidence than biology and physics do, but the social sciences are the only tool we have for rigorously analyzing how groups of people operate. It would be silly and anti-intellectual to discard these disciplines in favor of nothing just because they aren’t like physics.

Finally, a note if you’re asking “where does the money come from in open source?”: more than a few businesses pay engineers (often quite well) to work on open-source software for either part or all of their working hours. (I work for one of them!) In addition, open-source work is frequently a gateway to lucrative jobs and to the kind of social connections that make it possible to found startups. “Free as in freedom” doesn’t mean people work for free, and seemingly more often than not, they do anything but.

Conclusions

Reagle ends his meticulously researched piece with a conclusion that appeals to me as an intersectional feminist: he says that to achieve the goals of openness of diversity, we can’t just focus on openness and diversity as goals (any more, I might add, than an individual can live a happy life by resolving to strive for happiness); we can’t make things better by focusing on a single axis. Just as severe gender imbalances are a symptom of a broken community, addressing root causes will increase diversity as a side effect. But we can’t ignore gender (or race, class, sexuality, or ability), either. Responding to Kat Walsh’s writing about Wikipedia, he says, “the language of being ‘more open and diverse in general’ is problematic. Seemingly, there is no ‘in general’ yet when it comes to notions such as ‘geekiness’, ‘openness’ and ‘freedom'”. I agree — during last year’s code of conduct discussions at Mozilla, some people protested the idea of what they saw as a bureaucratic document codifying standards of behavior with “Can’t we just all be nice to each other?” But being nice, as many people construe it, includes subtly undermining the value and place in society of women and people experiencing a variety of other intersecting oppressions. Likewise, the concepts of “geekiness”, “openness”, and “freedom” will not magically lose their gendered connotations — we have to actively work at it. We can’t build a world where gender doesn’t matter by pretending we’re already there.

Hacker culture is a personal topic for me, so my own conclusions can only be personal. When I was 16, I saw geek culture as something I had to become a part of because I didn’t know any other way to be the person I needed to be. Now that I’m 32, I’m increasingly afraid that it’s something I have to leave in order to be the person I need to be. I know now what I didn’t know when I was 16: that I can be free from constant misgendering, no matter what job I do. I also know what I didn’t know then: I need to be somebody who is kind, patient, willing to admit he’s wrong, and able to make space for other people to join in. I’m not sure if that’s compatible with being in the open-source community, while also having self-respect, dignity, and a place at the table.

Where this is more than just my personal dilemma, though, is that once, I wanted passionately to write open-source code, and now it’s a struggle for me to keep going; not because the nature of the work has changed (on the contrary, it’s gotten more fun as my understanding of it has deepened and my confidence has grown), but because either the culture has changed or I’ve become more aware of its shortcomings (or both). Wouldn’t you want to know about it if you were driving away potential contributors — or forcing them into impossible trade-offs? I don’t think anyone should have to choose between doing good work they love and feeling valued and respected as a human being.

Thanks to GF contributors Leigh, Skud, Sumana and Shiny; as well as Graydon Hoare, for their comments. Thanks to Debra “Teacake” for linking me to the statistics on gender distribution in medical specialties.

ETA Wed. Feb. 6th: Joseph Reagle posted a response to the responses, which is also worth reading.

Google Summer of Code 2012

My goal: inform women’s colleges about Google Summer of Code

Google Summer of Code 2012

Google Summer of Code 2012 - help me publicize this to college women!

If you have contacts at women’s colleges, let’s work to get a GSoC presentation there before March 20th. I’ll help.

Google’s open source team has now announced that Google Summer of Code 2012 will happen. Undergraduate and grad students at accredited colleges/universities around the world can get paid USD 5000 to work on open source projects as a full-time three-month internship.

Upcoming deadlines: 9 March, mentoring organizations need to submit their applications to participate. 6 April, student application deadline.

Open source software development is a rewarding and educational way for students to learn real-world software engineering skills, build portfolios, and network with industry and academe. Women coders especially find GSoC a good entry point because they can work from home with flexible hours, they get guaranteed personal mentorship, and the stipend lets them focus on their project for three solid months.

The best way to get in good applications is for organizers and students to start early, like, now. Students who download source code, learn how to hang out in IRC and submit patches in early March, and apply in late March are way more likely to get in (and to have a good experience) than those who start on April 2nd. So I want students to hear about GSoC (and hopefully about MediaWiki, my project) now. I’m willing to work to publicize GSoC this year and even if my project doesn’t get accepted, the other projects will benefit.

I successfully got multiple good proposals from women for my project last year, and this year I’d like to double that number. To that aim, I want to ensure that every women’s college in North America that has a CS department or a computer club gets informed about GSoC between now and March 20th, preferably with an in-person presentation. I started this effort in February and have already gotten some momentum; I spoke at Wellesley last week to much interest, and Scripps College held an info session today. But I need your help.

If your college isn’t on the list I set up, add it. If you can find contact information for one college listed on the wiki page, send them a note, and update the wiki page, that would be a huge help.

If you want goodies to hand out at a meetup, you can contact Google’s team. Let them know when you decide on a date, time, and location for a meetup so they can put it on the calendar. People have already prepared resources you can use: flyers, sample presentations, an email template, a list of projects that already have mentors listed, and more.

And of course, if you’re interested in applying, feel free to ask questions in the comments!

P.S. I’m only concentrating on North America because I figure that’s a limited and achievable goal; there are only about 50 women’s colleges with STEM curricula.  But GSoC caters to students worldwide. If you know of accredited women’s colleges outside North America that have CS curricula or programming clubs, please inform them and add them to the page. Thanks!

Google, gossip, and gamification: comparing and contrasting technical learning styles

I just ran across Karen Rustad’s “How to teach programming: shy, practical people edition.” She cared more about making practical things than about what she perceived as “coding,” so her early technical life centered on HyperCard and making webpages, rather than boring faffing about with “mathematical curiosities.” Finally she came across a project she wanted to help, and scratching that itch meant learning more programming:

Basically what revived my interest was having the opportunity to work on OpenHatch. Getting thrown into web app development and all the associated languages and tools — Python, Django, git, Agile, bash and other command line nonsense — all at once? Yeah, it was a lot. But Python out of context is just a toy. Django out of context is plausible, but hard. Git out of context … wouldn’t’ve made any dang sense. So sure, I couldn’t remember half the git commands (Asheesh eventually made a wiki page for me :P) and I had to look up how to restart the Django development server practically every dang time. But I made do, and I learned it, because the context totally freaking motivated me to. Because *finally* code had a purpose — it was clear, finally, how it could be self-expressive and useful to me. Learning these tools meant I could help make OpenHatch exist. Like, fuck yes.

Different people learn in different ways, and for different reasons.

I figure I learn how to tinker in software, especially in open source, via three methods:

  • Google
  • gossip
  • gamification

I learn to search the Net well, iterating on keywords and site: and so on; I fall into or develop a network of folks who won’t think I’m stupid for asking questions; and I play little games with myself, or write them, feeling the thrill of the challenge, leveling up little by little.

I was missing all of these when I tried to Learn To Program.

Continue reading

Everyone gets a linkspam! (27th January, 2011)

You can suggest links for future linkspams in comments here, or by using the geekfeminism tag on delicious or the #geekfeminism tag on Twitter. Please note that we tend to stick to publishing recent links (from the last month or so).

Thanks to everyone who suggested links.

Quick questions: women-friendly tech news, women-friendly open source projects

These are Ask a Geek Feminist questions for our commenters.

Since these two are short and sweet and linky, I’m running them in one post.

Other than Geek Feminism, what blogs and sites do you follow for a steady stream of tech news? The best-known ones (Hacker News, Slashdot, Wired, TechCrunch) all seem very guy-oriented to me.

I don’t have a good answer to this. I tend to stick to sites where the articles themselves are fairly meaty and thus I don’t need to read or participate in comments. Thus, I read LWN for Linux and Free Software news, and, less often, Ars Technica. But LWN has had many a faily comment thread and I’ve never ventured into Ars Technica’s comments. Does anyone have better recommendations? Are there any tech news sites that have an enforced comment policy that’s feminist and so on?

Can you recommend an open source project I could work on that has a female-friendly community?

Some project leaders who want to be women friendly can be found in our post GF classifieds: Google Summer of Code edition, but I don’t think we’ve asked this question of Open Source participants and community members rather than leaders. If you, as an Open Source participant from occasional contributor to project lead, recommend your community to women, comment here. (Also, if someone recommends a project that you have not found to be women-friendly, you are welcome to reply to their comment.)

Linkspam vs. The World

If you have links of interest, please share them in comments here, or if you’re a delicious user, tag them “geekfeminism” to bring them to our attention. Please note that we tend to stick to publishing recent links (from the last month or so).

Thanks to everyone who suggested links in comments and on delicious.

Pink sparkly linkspam (November 16th, 2009)

If you have links of interest, please share them in comments here, or if you’re a delicious user, tag them “geekfeminism†to bring them to our attention. Thanks to everyone who suggested links in comments and on delicious.