Tag Archives: gender gap

Tech confidence vs. tech competence

This is a guest post from Alex, who is a volcanologist in their spare time. When not messing about with rocks in their underground lairlab, they can often be found shouting about trans (especially genderqueer) rights, earlier diagnosis of endometriosis, and books with dragons in.

Content notes: sexism, abuse

My dad was among the first cohorts to graduate in Computer Science at a prestigious university back when the course was introduced. Every single person I’ve been involved with long-term – and some of my major interests along the way – has been a computer scientist. Over the course of my life, I’ve frequently chosen to hang out with programmers; in my early-to-mid teens, I spent a slightly worrying amount of time on Netnews (yes, as distinct from Usenet). I grew up in the Silicon Fen. I half-joke that I was brought up by the Internet; I’ve just graduated with an MSci in physical sciences from a similarly prestigious institution.

And it wasn’t until 2012 that I first wrote code.[1]

Hello, everybody. My name’s kaberett, and I’m a Dreamwidth volunteer.

Code. It’s used in my field: it’s a vital component of modelling. I’ve spent my life surrounded by coders and design architects, by people whose reaction to “nothing exists that does what I want” is “okay, I’ll build one, then”; whose reaction to “I’m bored” is “what can I make?” And still: it was 2012 before I wrote any code.

Sadly, I think there’s a pretty obvious first-order explanation for this: I was assigned female at birth, and socialised accordingly. I spent my childhood being torn down by my computer-programmer father for “not having learned [that] yet,” or for answering questions “too slowly” at dinner, or being told I’d “never get a job if…” or being yelled at about how valuable his time-that-I-was-wasting was.

Does this mean I think all programmers are like him? No. Did it mean I was too scared to use the (theoretically) best resource available for me to learn from? Yep! And it landed me with a whole bunch of other issues. Asking for help with maths was right out – and so, really, was asking for help with anything. I’d acquired the conviction that I’d be belittled and torn to shreds, and that any information I did get would have more to do with building up my “instructor”‘s ego than my own knowledge base.

That experience is what I’m bringing to the table here. That, and a whole lot of reading, about the issues with diversity in FLOSS culture – and some more first-hand experience, this time with a place that is, by all accounts, doing it right.

And here’s what I suggest: in terms of getting high-quality code written by a diverse community, line-for-line my gut says that tech confidence is much more important than (perceived) tech competence.

Let’s pause a moment, while I define my terms. I use (perceived) tech competence to mean, broadly, the (perceived) ability to identify and fix a problem (without use of external resources). I use tech confidence to signify the belief that this is something that one can do – or learn to do, if one doesn’t know how to yet: it’s about trusting yourself to be able to figure it out, and trusting your community to help you rather than deride you if you ask questions.[2]

And that, right there, is where we stumble straight back into the issue of the meritocracy: the idea that a competitive environment – in terms of number of lines of code written, or features rolled out, or bugs squashed – is more important than one that values every contribution and every contributor.

Meritocracies are inherently broken, and competitiveness – while sometimes healthy – also erects an enormous barrier to beginning volunteers and coders. An ivory-towered culture of enthroned experts – one that enforces the idea that you must have a high level of technical knowledge to be worth talking or listening to – makes many people afraid to ask questions. This in turn makes learning slower and knowledge transmission harder, and leaves the group more likely to land in a situation where the only person who understands how to do what Sam does is, well, Sam. And that’s a problem – when Sam becomes ill, or they take a holiday, or they decide they don’t want to be involved any more, or sometimes they die. This is something that’s seen over and over again in, for example, the field of graptolite studies.


Let’s take a diversion, actually. Graptolites are an enormously important extinct species, most a couple of inches long at the outside, and they more-or-less resemble saws. Their diversity and steady morphological evolution – and the fact that they were found in all oceans on the planet – makes them superb for establishing relative ages of sedimentary rocks in the geological record. Problem is, there’s hundreds of species of the little sods, differing in such minutiae as how many thecae (saw teeth) they have per centimetre, the percentage overlap between thecae, the extent of curvature… which is all fascinating, except for the fact that the most recent illustrated catalogue of known species? Was published, as a serial, in 1901. (Want to know about some awesome scientists, incidentally? Look up Gertrude Lillian Elles and Ethel Mary Reader, née Wood.)

Do you know how many species have been reclassified since 1901?

Answer: a lot.

And so your best bet for identifying a particular graptolite is, if you’ve got one, to hunt down your local expert and get /them/ to do it for you.

And then, in the way of all flesh, they die – and you find yourself waiting for the next generation of experts to develop their eyes, because none of them write any of this down.


One of the things I’m spending a lot of my volunteer time on at the moment is encouraging Dreamwidth’s new volunteers (affectionately referred to as “babydevs”). This means, in practice, that I’m spending a lot of time writing documentation: how to do things that Everyone Knows, so that there isn’t the entry barrier of perceived “wasting senior devs’ time with trivialities”; so that we get consistency of explanation; so that we are more welcoming.


As I’ve said, pretty much my entire experience of volunteer work in the FLOSS world is at Dreamwidth, where I’ve been encouraged, throughout, to get started, to ask questions, and to seek help. Dreamwidth values my broader contributions to the project just as much as it values any code: I’m valued as much for tagging our incoming suggestions for features, adding to our volunteer wiki, putting together lists of easy-to-tackle bugs (“babydev bait”), and for end-user support, as I am for what coding I do. And that’s important: I got embedded in the volunteer culture well before I started trying to learn new skills, and the encouragement and support I got for that made me believe that I’d have the same level of encouragement and support if I attempted to branch out. It’s not just me this helps, or people who are new to coding: we also make space for people who already can code, but haven’t yet found time to contribute to any project due to other obligations. We’re always working on making public records of this: for example, our wiki entry on Things Real Dreamwidth Programmers Do is a relatively recent invention.

And all of this is crucial, not just to my own personal growth (which – obviously – I’m very grateful for!), but to Dreamwidth’s success as a FLOSS project. It is not focussing, first and foremost, on tech competence: instead, we work towards fostering tech confidence, through creating a culture where babydevs know that senior devs have their backs; a culture where people feel able to ask questions of the broader community, in public as well as in private; a culture where people learn how to test and debug and Not Give Up; a culture where our co-founders own their mistakes, and do so publicly, so that nobody has to feel alone. When people get discouraged, we give them pep talks. We remind people that it’s okay to learn visibly, instead of having to pretend to be entirely competent all of the time. Everyone can learn from the mistake that anyone makes – and mistakes are caught soon after they happen, so consequences can be minimised.

This is in stark contrast to communities where tech competence is valued above all else: where people feel they have to hide their mistakes. In such settings we routinely observe low volunteering rates from people in marginalised groups, with low retention from beginning volunteers, because people are too scared to ask for help or too scared to admit that they don’t know how things work. This isn’t unique to FLOSS cultures, of course – I’ve just finished a degree at a university regularly ranked in the top 5 globally, and I am appalled by the way in which this institution pushes people towards poorer understanding through militating against asking “basic” questions. It’s a habit that leads to misunderstanding, and misunderstandings lead to bugs, and it’s generally an all-round disaster, in which nobody wins.

So: please, if you want to promote diversity in your volunteer base, consider fostering an atmosphere conducive to tech confidence. It makes spaces more pleasant to occupy, and it produces real tech competence. Looking at things this way round? Well, I can’t see any losers.

[1] That’s not quite true – when I was 12 I spent a fair bit of time messing around with basic HTML and CSS to individualise Neopets profiles. But: it wasn’t standards-compliant; I wasn’t learning the languages as a whole, or even really their grammar; and it was a very structured sandboxed environment, where even very basic efforts were encouraged.

[2] Compare and contrast with the Perl virtues of laziness, impatience and hubris – except that “confidence” has the negative connotations of “arrogance”, because we are, in many cases, taught that it is bad and wrong to be able to accurately assess our capabilities and state them clearly – and it is especially wrong to reassess our abilities in the light of new information.

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.

Photograph of two hands, one holding a magnifying glass, the other a soldering iron (by Paul Downey)

Re-post: Hiring based on hobbies: effective or exclusive?

During December and January, Geek Feminism is republishing some of our 2012 posts for the benefit of new and existing readers. This post originally appeared on November 12, 2012.

“When I’m interviewing a candidate, I ask them what they do in their free time.” It’s not unusual for me to hear this from people who are in a position to influence hiring for software jobs. Often, though not always, these people are male. The implication is that the interviewer prefers candidates who have sufficiently interesting hobbies (according to the interviewer’s sense of what’s interesting), and won’t give preference to (or will weight negatively) those candidates who either don’t have hobbies, or who the interviewer judges to do boring hobbies.

As far as I can tell, hiring based on hobbies has two major possible implications for software jobs. One is that it’s easier for people who hack on open-source code in their free time to get a software job. I guess the idea there is that if you want to choose a good worker, you pick someone whose hobby is doing more work. Mary Gardiner previously addressed the issue of leisure-time open-source hacking as a job qualification, in “Is requiring Open Source experience sexist?” on this very blog.

The other possible implication is that “interesting” hobbies don’t necessary have to involve programming, but you do have to have a hobby and it does have to be interesting to your interviewer, which probably means it has to be something that wouldn’t be a surprising interest for a hetero white cis male software engineer. From hanging around many such people and observing what they find “cool”, I can surmise that ideally this would involve fooling around with robots or circuits or wires. It should involve building things and tinkering for the sake of tinkering. Cooking, crafting, and other hobbies that have a practical application — that involve skill and art, but aren’t practiced just to impress other hackers — probably aren’t going to count for a whole lot of status points.

You’ll be disadvantaged on both counts, of course, if your spare time gets spent taking care of your family or doing the household work that women in relationships with men are often disproportionally saddled with (see Arlie Hochschild Russell’s book The Second Shift for more on that.) Or if you can’t afford to do hobbies that require more materials than a pencil and paper. You also may be disadvantaged if you have a disability: for example, if you don’t have the physical coordination to mess around with wires. Closer to my experience, you may be disadvantaged if you’re someone who has mental illness. As someone who’s been living with clinical depression for 20 years, a lot of the time it’s all I can do to put in my eight hours in a day and then get home, feed the cats, and throw together something to eat. Energy and motivation are not evenly distributed across the population.

Because status hierarchies in geek circles are frequently about who has the assets (in both time or money) to do the coolest projects in their spare time, I often feel excluded when other people talk about what they do in their free time, and guilty because I don’t have enough executive function to do much after work besides recharge so I can do more work the next day. I love my work, but like lots of kinds of work, it’s a source of stress for me. I imagine the same is true for most or all people who do software: I doubt there’s anyone who never experiences stress as part of their job. What’s not universal is how people deal with stress, and how much time off a person needs to recharge from it. Whether or not someone gets pleasure from hacking in their free time is affected by their social placement: the amount of time doing non-work-like activities someone needs before they can return to demanding intellectual work is affected by their physical and mental health; how many worries they have about money, relationships, and other non-work-related stressors; how many microaggressions they face as part of an average working day; whether they were brought up with self-esteem and a sense that they have the ability to recover from failure, or had to learn those things on their own as an adult; and many other factors. Few of those factors have to do with an individual’s level of dedication to their work; many are implied by where someone finds themself placed within a variety of intersecting social structures.

Recently, someone online said to me that he hires based on hobbies because he wants to hire interesting people. I’ve seen other people imply that there’s something even morally suspect about somebody working an engineering job just for the money, and that someone who doesn’t do the same stuff in their free time is obviously just in it for the money. Of course, that’s classist. It’s easier to feel like you’re motivated by the sheer love of your work if you don’t really need the money.

But besides, if you decide someone isn’t worth hiring because they don’t have “interesting” hobbies, what you’re really saying is that people who didn’t come from an affluent background aren’t interesting. That people with child care or home responsibilities aren’t interesting. That disabled people aren’t interesting. That people who have depression or anxiety aren’t interesting. That people who might spend their free time on political activism that they don’t feel comfortable mentioning to a stranger with power over them aren’t interesting. That people who, for another reason, just don’t have access to hacker spaces and don’t fit into hobbyist subcultures aren’t interesting.

You might counter that a person’s hobbies are relevant to their level of commitment to or interest in their work, and thus it’s justifiable for an employer to ask about them. However, this sounds essentially similar to the idea that women are to be looked at with extra suspicion during hiring, involving the assumption that women are cis and have relationships with cis men, and that cis women who have relationships with cis men will take time off from work to have babies. Statistically, there might be some truth to this — by the way, I’m not sure what evidence there is behind the assertion that people who do software or engineering in their spare time make better software engineers than people who play music or sail boats or bake muffins. Even so, it’s illegal (at least in the US, and possibly elsewhere) to use gender and marital status as bases for discrimination. People with some types of disabilities or chronic illnesses might sporadically be less productive at work, but it’s still illegal to ask about health conditions. Obviously, I’m not suggesting we should legislate against asking about hobbies as part of the interview process. It’s impossible to ban every type of question that might be used in a discriminatory way. It’s up to individual hiring managers to be ethical and mindful about whether they’re asking a question to evaluate a candidate’s abilities directly, or to make sure the candidate is sufficiently similar on a personal level to the manager’s mental ideal of what a programmer is supposed to be. I happen to think evaluating people on their skills rather than whether they fit the profile for a particular social clique is a better way to identify good workers.

A less cerebral “hobby” that may also be compulsory, as Ryan Funduk wrote about, is drinking. As he points out, when work-related social events revolve around alcohol, this excludes people who can’t or don’t want to drink as well as many women, who might enjoy drinking but don’t feel comfortable being in groups of drunk men (especially not when pretending that alcohol erases responsibility for sexual assault is a staple of rape culture). I haven’t personally experienced this much, since I’ve spent more time in academia than industry, but it’s something to discuss in the comments.

Have you ever found that your hobbies were an asset when getting hired? Or have you felt the need not to mention a hobby because it seemed like more of a liability? Have you felt pressure to do extra unpaid work just to be a competitive candidate for software jobs? Or to take up recreational pursuits you didn’t really like just to increase your level of cultural fit in your workplace?

Group of male-type and female-type body symbols, 8 male, 2 female

Re-post: How To Exclude Women Without Really Trying

During December and January, Geek Feminism is republishing some of our 2012 posts for the benefit of new and existing readers. This post originally appeared on September 17, 2012.

An earlier version of this post appears on Tim’s blog.

Excluding by inclusion

This year’s “Future of Haskell” discussion, which traditionally ends the annual Haskell Symposium, stumbled into the question of gender equity, via the perennial question of how to increase the number of Haskell programmers. Many programmers (of all genders) find math intimidating and think that the Haskell programming language requires more mathematical skill than other popular languages. In the discussion, Doaitse Swierstra, a professor of computer science at the University of Utrecht, suggested that a good way to increase the number of Haskell programmers would be to recruit one woman for every man in the room. So far, so good: in fact, Prof. Swierstra showed creativity by introducing the problem of gender inequity at this point in the discussion. But then he went on to say that if this goal were achieved, it would make the meetings more “attractive”.

Speaking as someone who attended functional programming conferences for ten years, the field of programming language (PL) research in general is particularly male-dominated even by computer science standards. Also anecdotally, functional programming is an even more male-dominated sub-field within PL research. I would sometimes play a game during conference talks where I would count the number of men with long hair, and the number of women, in the room. There were always more long-haired men than women. I can’t know what someone’s gender is by looking at them (as I well know, since before 2007 most people who looked at me would have thought I counted as one of those women). Still, even with a very generous estimate as to how many people who appeared to be men may actually have been trans women or genderqueer people, the conferences would still have had a gender balance that doesn’t reflect the underlying population, or even the gender balance in computer science or software as a whole. Even the field of mathematics is less male-dominated than functional programming research, so the excuse that PL people are blameless and the numbers result from discouragement of girls learning math at the primary and secondary educational levels does not explain the imbalance.

Prof. Swierstra does get credit for recognizing that there is a problem. And I don’t doubt that by making the comments he made, he intended to encourage the inclusion of women, not exclusion. (You can listen to the relevant part of the discussion yourself—the link goes directly to 32:00 in the video. Apologizes in advance to those who are hard of hearing; I didn’t want to attempt a transcript beyond what I already paraphrased, since I wasn’t totally sure about all of it.)

Even so, Swierstra’s remark provides a great example of how it’s not the intent behind what you say that matters, but rather, the effect that your words have. By following a call for more women in the room with a comment about his opinion of women’s greater attractiveness relative to men, he completely undermined his own attempt to encourage equality, whether or not that was his intent. If you accidentally run a person over with your car, not having intended to hurt them doesn’t make them less dead. And if you make an objectifying comment that tells women their value at an academic conference is as decoration, not having intended to send that message doesn’t make those women feel any more welcome. (While accidental killings are punished less harshly than deliberate ones, the analogy stops holding at that point, since no one wants to punish people for accidentally making sexist comments, only to ask them to reflect and learn so they don’t make such comments in the future.)
Continue reading

wall-mosaic

Re-post: The Gap and the Wall

During December and January, Geek Feminism is republishing some of our 2012 posts for the benefit of new and existing readers. This post originally appeared on April 1, 2012.

Last week APM’s radio program, Marketplace, did a story with Freakonomics about the patent gap between men and women. Women are responsible for only about 7.5% of patents in the US. That doesn’t surprise me. What is interesting about this story is that the presenter points to research that shows that when women compete with men they tend to perform worse (not just in comparison with men) than when they compete with women only. He casually recommends that companies like Google allow or encourage women to segregate themselves so that they can attain their full potential without being affected by the gender interaction.

Does this sound familiar? This is the case being made for sex segregated education. Women passionately defend girl’s schools and women’s colleges as safe and nurturing spaces for young women to learn and grow, and I am sure that they often are. My concern is, specifically, with engineering. To my knowledge, there is no women’s college in the US which grants a bachelor’s degree in engineering. I know that some women’s colleges cooperate with a neighboring university so that their students can attend engineering classes, but when women students attend classes at a coed school, they are no longer participating in a women only program. Women may perform better when they are segregated, but the truth is that the real world isn’t segregated and I don’t want it to be. Sooner or later men and women are going to have to work together. I would prefer we change the things that contribute to poor performance by women when working in the presence of men instead of removing all the men.

Do you think you would do better work if you could work in Lady-Land without the Male Gaze? If we are open to segregation why not also look at quotas? Both systems are interfering with “supposed” pure merit systems in an effort to even the playing field.

If you accept that the composition of the community affects the performance of the individual members and you are willing to change the composition of the community to allow some members to perform better then why not move the community to parity as opposed to segregation? Why not require that women need to make up a certain percentage of management and the workforce? I would like to see how women perform when they are represented equally at all levels of an organization.

Photograph of two hands, one holding a magnifying glass, the other a soldering iron (by Paul Downey)

Hiring based on hobbies: effective or exclusive?

“When I’m interviewing a candidate, I ask them what they do in their free time.” It’s not unusual for me to hear this from people who are in a position to influence hiring for software jobs. Often, though not always, these people are male. The implication is that the interviewer prefers candidates who have sufficiently interesting hobbies (according to the interviewer’s sense of what’s interesting), and won’t give preference to (or will weight negatively) those candidates who either don’t have hobbies, or who the interviewer judges to do boring hobbies.

As far as I can tell, hiring based on hobbies has two major possible implications for software jobs. One is that it’s easier for people who hack on open-source code in their free time to get a software job. I guess the idea there is that if you want to choose a good worker, you pick someone whose hobby is doing more work. Mary Gardiner previously addressed the issue of leisure-time open-source hacking as a job qualification, in “Is requiring Open Source experience sexist?” on this very blog.

The other possible implication is that “interesting” hobbies don’t necessary have to involve programming, but you do have to have a hobby and it does have to be interesting to your interviewer, which probably means it has to be something that wouldn’t be a surprising interest for a hetero white cis male software engineer. From hanging around many such people and observing what they find “cool”, I can surmise that ideally this would involve fooling around with robots or circuits or wires. It should involve building things and tinkering for the sake of tinkering. Cooking, crafting, and other hobbies that have a practical application — that involve skill and art, but aren’t practiced just to impress other hackers — probably aren’t going to count for a whole lot of status points.

You’ll be disadvantaged on both counts, of course, if your spare time gets spent taking care of your family or doing the household work that women in relationships with men are often disproportionally saddled with (see Arlie Hochschild Russell’s book The Second Shift for more on that.) Or if you can’t afford to do hobbies that require more materials than a pencil and paper. You also may be disadvantaged if you have a disability: for example, if you don’t have the physical coordination to mess around with wires. Closer to my experience, you may be disadvantaged if you’re someone who has mental illness. As someone who’s been living with clinical depression for 20 years, a lot of the time it’s all I can do to put in my eight hours in a day and then get home, feed the cats, and throw together something to eat. Energy and motivation are not evenly distributed across the population.

Because status hierarchies in geek circles are frequently about who has the assets (in both time or money) to do the coolest projects in their spare time, I often feel excluded when other people talk about what they do in their free time, and guilty because I don’t have enough executive function to do much after work besides recharge so I can do more work the next day. I love my work, but like lots of kinds of work, it’s a source of stress for me. I imagine the same is true for most or all people who do software: I doubt there’s anyone who never experiences stress as part of their job. What’s not universal is how people deal with stress, and how much time off a person needs to recharge from it. Whether or not someone gets pleasure from hacking in their free time is affected by their social placement: the amount of time doing non-work-like activities someone needs before they can return to demanding intellectual work is affected by their physical and mental health; how many worries they have about money, relationships, and other non-work-related stressors; how many microaggressions they face as part of an average working day; whether they were brought up with self-esteem and a sense that they have the ability to recover from failure, or had to learn those things on their own as an adult; and many other factors. Few of those factors have to do with an individual’s level of dedication to their work; many are implied by where someone finds themself placed within a variety of intersecting social structures.

Recently, someone online said to me that he hires based on hobbies because he wants to hire interesting people. I’ve seen other people imply that there’s something even morally suspect about somebody working an engineering job just for the money, and that someone who doesn’t do the same stuff in their free time is obviously just in it for the money. Of course, that’s classist. It’s easier to feel like you’re motivated by the sheer love of your work if you don’t really need the money.

But besides, if you decide someone isn’t worth hiring because they don’t have “interesting” hobbies, what you’re really saying is that people who didn’t come from an affluent background aren’t interesting. That people with child care or home responsibilities aren’t interesting. That disabled people aren’t interesting. That people who have depression or anxiety aren’t interesting. That people who might spend their free time on political activism that they don’t feel comfortable mentioning to a stranger with power over them aren’t interesting. That people who, for another reason, just don’t have access to hacker spaces and don’t fit into hobbyist subcultures aren’t interesting.

You might counter that a person’s hobbies are relevant to their level of commitment to or interest in their work, and thus it’s justifiable for an employer to ask about them. However, this sounds essentially similar to the idea that women are to be looked at with extra suspicion during hiring, involving the assumption that women are cis and have relationships with cis men, and that cis women who have relationships with cis men will take time off from work to have babies. Statistically, there might be some truth to this — by the way, I’m not sure what evidence there is behind the assertion that people who do software or engineering in their spare time make better software engineers than people who play music or sail boats or bake muffins. Even so, it’s illegal (at least in the US, and possibly elsewhere) to use gender and marital status as bases for discrimination. People with some types of disabilities or chronic illnesses might sporadically be less productive at work, but it’s still illegal to ask about health conditions. Obviously, I’m not suggesting we should legislate against asking about hobbies as part of the interview process. It’s impossible to ban every type of question that might be used in a discriminatory way. It’s up to individual hiring managers to be ethical and mindful about whether they’re asking a question to evaluate a candidate’s abilities directly, or to make sure the candidate is sufficiently similar on a personal level to the manager’s mental ideal of what a programmer is supposed to be. I happen to think evaluating people on their skills rather than whether they fit the profile for a particular social clique is a better way to identify good workers.

A less cerebral “hobby” that may also be compulsory, as Ryan Funduk wrote about, is drinking. As he points out, when work-related social events revolve around alcohol, this excludes people who can’t or don’t want to drink as well as many women, who might enjoy drinking but don’t feel comfortable being in groups of drunk men (especially not when pretending that alcohol erases responsibility for sexual assault is a staple of rape culture). I haven’t personally experienced this much, since I’ve spent more time in academia than industry, but it’s something to discuss in the comments.

Have you ever found that your hobbies were an asset when getting hired? Or have you felt the need not to mention a hobby because it seemed like more of a liability? Have you felt pressure to do extra unpaid work just to be a competitive candidate for software jobs? Or to take up recreational pursuits you didn’t really like just to increase your level of cultural fit in your workplace?

Group of male-type and female-type body symbols, 8 male, 2 female

How To Exclude Women Without Really Trying

An earlier version of this post appears on Tim’s blog.

Excluding by inclusion

This year’s “Future of Haskell” discussion, which traditionally ends the annual Haskell Symposium, stumbled into the question of gender equity, via the perennial question of how to increase the number of Haskell programmers. Many programmers (of all genders) find math intimidating and think that the Haskell programming language requires more mathematical skill than other popular languages. In the discussion, Doaitse Swierstra, a professor of computer science at the University of Utrecht, suggested that a good way to increase the number of Haskell programmers would be to recruit one woman for every man in the room. So far, so good: in fact, Prof. Swierstra showed creativity by introducing the problem of gender inequity at this point in the discussion. But then he went on to say that if this goal were achieved, it would make the meetings more “attractive”.

Speaking as someone who attended functional programming conferences for ten years, the field of programming language (PL) research in general is particularly male-dominated even by computer science standards. Also anecdotally, functional programming is an even more male-dominated sub-field within PL research. I would sometimes play a game during conference talks where I would count the number of men with long hair, and the number of women, in the room. There were always more long-haired men than women. I can’t know what someone’s gender is by looking at them (as I well know, since before 2007 most people who looked at me would have thought I counted as one of those women). Still, even with a very generous estimate as to how many people who appeared to be men may actually have been trans women or genderqueer people, the conferences would still have had a gender balance that doesn’t reflect the underlying population, or even the gender balance in computer science or software as a whole. Even the field of mathematics is less male-dominated than functional programming research, so the excuse that PL people are blameless and the numbers result from discouragement of girls learning math at the primary and secondary educational levels does not explain the imbalance.

Prof. Swierstra does get credit for recognizing that there is a problem. And I don’t doubt that by making the comments he made, he intended to encourage the inclusion of women, not exclusion. (You can listen to the relevant part of the discussion yourself—the link goes directly to 32:00 in the video. Apologizes in advance to those who are hard of hearing; I didn’t want to attempt a transcript beyond what I already paraphrased, since I wasn’t totally sure about all of it.)

Even so, Swierstra’s remark provides a great example of how it’s not the intent behind what you say that matters, but rather, the effect that your words have. By following a call for more women in the room with a comment about his opinion of women’s greater attractiveness relative to men, he completely undermined his own attempt to encourage equality, whether or not that was his intent. If you accidentally run a person over with your car, not having intended to hurt them doesn’t make them less dead. And if you make an objectifying comment that tells women their value at an academic conference is as decoration, not having intended to send that message doesn’t make those women feel any more welcome. (While accidental killings are punished less harshly than deliberate ones, the analogy stops holding at that point, since no one wants to punish people for accidentally making sexist comments, only to ask them to reflect and learn so they don’t make such comments in the future.)
Continue reading

wall-mosaic

The Gap and the Wall

Last week APM’s radio program, Marketplace, did a story with Freakonomics about the patent gap between men and women. Women are responsible for only about 7.5% of patents in the US. That doesn’t surprise me. What is interesting about this story is that the presenter points to research that shows that when women compete with men they tend to perform worse (not just in comparison with men) than when they compete with women only. He casually recommends that companies like Google allow or encourage women to segregate themselves so that they can attain their full potential without being affected by the gender interaction.

Does this sound familiar? This is the case being made for sex segregated education. Women passionately defend girl’s schools and women’s colleges as safe and nurturing spaces for young women to learn and grow, and I am sure that they often are. My concern is, specifically, with engineering. To my knowledge, there is no women’s college in the US which grants a bachelor’s degree in engineering. I know that some women’s colleges cooperate with a neighboring university so that their students can attend engineering classes, but when women students attend classes at a coed school, they are no longer participating in a women only program. Women may perform better when they are segregated, but the truth is that the real world isn’t segregated and I don’t want it to be. Sooner or later men and women are going to have to work together. I would prefer we change the things that contribute to poor performance by women when working in the presence of men instead of removing all the men.

Do you think you would do better work if you could work in Lady-Land without the Male Gaze? If we are open to segregation why not also look at quotas? Both systems are interfering with “supposed” pure merit systems in an effort to even the playing field.

If you accept that the composition of the community affects the performance of the individual members and you are willing to change the composition of the community to allow some members to perform better then why not move the community to parity as opposed to segregation? Why not require that women need to make up a certain percentage of management and the workforce? I would like to see how women perform when they are represented equally at all levels of an organization.

Wall of Spam, by freezelight on Flickr CC BY-SA 2.0

Remorseless husband-stealing no-good linkspams (15th August, 2011)

You can suggest links for future linkspams in comments here, or by using the “geekfeminism” tag on delicious, freelish.us or pinboard.in 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.

Wall of Spam, by freezelight on Flickr CC BY-SA 2.0

More horrible than your worst linkspam (18th July, 2011)

  • Black and WTF: photographs of suffragettes. In 1912, Scotland Yard detectives bought their first camera to covertly photograph suffragettes.
  • A bit of an oldie, but relevant to our recent Google+ discussions: Falsehoods Programmers Believe About Names: So, as a public service, I’m going to list assumptions your systems probably make about names. All of these assumptions are wrong. Try to make less of them next time you write a system which touches names.
  • Great 101 comment from karenm77 about why it was creepy to proposition Rebecca Watson at 4am in an elevator. (Via tigtog.) Yeah, in case you missed it.
  • Sheryl Sandberg & Male-Dominated Silicon Valley: an interview with Facebook’s COO. You can’t come [into space], [Sandberg's son] said. I’ve already invited my sister, and there’s only one girl in space. At first, Sandberg laughed. And then it dawned on her that there is only one woman in these movies.
  • Debunking the Top 5 Myths About Lady Scientists: So, people of the universe, when I tell you that I am a scientist, the only conclusion you should draw is that I like science.  Not what I look like or how I dress.  Not what I like to do in my free time.  Not how I interact with other people.  And real world, get used to me because I am your average scientist and I am not at all who you try to say I am.
  • A linkspam of a linkspam: Meanwhile, Back in SFland: While I was off enjoying the company of several thousand women (and an increasing number of men, as Sharon Sala graciously noted while accepting her lifetime achievement award) in Romanceland, the gender wars seem to have broken out in SFland again.
  • You can’t fight sexism with sexism: So, please, before you write about getting women into the game industry, first check and make sure that you’re not perpetuating the very attitudes you’re arguing against before you publish.
  • Are the Open Data Warriors Fighting for Robin Hood or the Sheriff?: Some Reflections on OKCon 2011 and the Emerging Data Divide: Cogent criticism of the demographics of the open-data movement.

You can suggest links for future linkspams in comments here, or by using the “geekfeminism” tag on delicious, freelish.us or pinboard.in 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.