Power, dissent, and bullying in software developer communities

Grassroots developer communities form around shared values in dissent against institutions and norms that dehumanize their work and diminish their efforts. They attack these orthodoxies with humor, heretical thinking, and hard work.

This benefits society when developers defy those with greater power. It harms society when developers bully people with less power.

At the ThoughtWorks sponsored Agile East, Martin Fowler spoke to his post, SmutOnRails.

Part of the community was offended by a presentation at the GoGaRuCo (Golden Gate Ruby Conference). Others fought back saying that no offense was meant, the presenter apologized, and that the tone was in the spirit of the Rails community.

(T)he view of the rails leadership seems to be this: that the objections to the presentation are yet another attempt to foist empty corporate values on the thriving Rails ecosystem… (more)

This debate is not unique to the Rails community. It reminds me of concerns my friend, Luke Melia, raised over jokes and behavior at the first Austin Alt.NET. Martin Fowler links off to a similar controversy in the Flash community.

It is also not unique to developer communities but developers in particular need to be concerned about the outcome.

Women, African Americans and Hispanics are under-represented in IT and even more so in software development. In 2001-2002 74.4% of software developers were men. 78% of those men were white.

In 1986 the percentage of women in CS programs peaked at 37%. The percentage of women in computer science programs has gone down since then.

In 2001-2, only 28 percent of all undergraduate degrees in computer science went to women. By 2004-5, the number had declined to only 22 percent. — What Has Driven Women Out of Computer Science?, NY Times

There were 15,000 women in CS progreams in 1986. Riding natural cycles this number was not matched again until 2003. This latter number contains a higher percentage of non-resident aliens who will not necessarily contribute to the US workforce.

This despite higher percentages and numbers of women acquiring college educations than men. In 2007, 33% of women 25-29 held a four year degree or higher versus 26% of men. 55% of graduates with four year degrees or higher aged 25-29 were women.

Women are even receiving the majority of degrees in science and technology. They have shown steady progress in biology, chemistry, physics, mathematics and engineering.

Metrics can be misinterpreted but these quantitative measures support a stunningly obvious anecdotal observation. US software developers are a white male enclave.

This is a power imbalance and we developers are part of the problem.

Isolation is a key factor for a higher attrition rate among women and minorities, said Teresa Dahlberg, director of the Diversity in Information Technology Institute at UNC Charlotte. People tend to associate with “like communities,” where people have similar backgrounds and interests, she explained. — Computer science lacks women, minorities, SD Times

So when we behave in a way that marginalizes and intimidates talented women and minorities, we abuse power. We become bullies. We are oppressors.

“There is a good amount of research that shows that women are judged more harshly than men, for hiring, evaluations and promotions,” she added. “Virginia Valian [author of “Why So Slow? The Advancement of Women”] shows this for women in science, technology, engineering and math faculty jobs.” Virginia Valian is a professor at Hunter College. — SD Times

Part of the problem may be a perception that software development doesn’t contribute enough to society. To the degree this perception is true it is damning. To the degree it is just a perception we have work to do as advocates.

Our actions need to be judged not by our intentions but by the outcome.

Requisite variety within our teams remains an essential enabling condition for sustained innovation.

Access to technology is growing across all tiers of class, race and gender both in the US and overseas. Diverse teams can better address our market and build software better adapted to our end users.

A more diverse workforce provides the kind of social change that will help us create a more humane workplace for developers.

Finally, anything that limits the number of able US software developers hurts our ability to compete.

When developer communities marginalize women and minorities, we conspire to isolate ourselves from the larger society. We defeat our own attempts to change the power structures around us and improve our lot and our output.

An MBA Oath – another non-profession’s search for a standard of ethical conduct

There’s a movement among the students of the MBA program of Harvard Business School for an MBA Oath of ethical conduct. Read the oath here.

From a June 4th article in the Economist:

The student oath is part of a larger effort to turn management from a trade into a profession…

This is the exact debate going on in Software Development — emerging profession or craft?

One of the two main criticisms of the oath and of the whole idea of turning management into a profession, particularly in business-school faculties, is that it is either unnecessary or actively harmful… (by) promising to “safeguard the interests” of colleagues, customers, and society, are the future captains of industry simply short-changing their shareholders?

Defenders of the oath reply that the goal of maximising shareholder value has become a justification for short-termism and, in particular, rapid personal enrichment. They are concerned about managers doing things that drive up the share price quickly at the expense of a firm’s lasting health.

The second complaint is that the oath’s fine words are toothless.

Even these cheerleaders admit there are differences between practising management and, say, medicine. They concede that no self-regulating professional body for managers could possibly monopolise entry to the profession

DSC00689 by Ivana BrosnicWe can debate that a practice has ethical consequences, i.e. that it has a larger array of stakeholders who can be harmed or benefited by the daily decisions of practitioners – without calling for accreditation, lincensing, certification, standards bodies, and regulation.

Developers should consider end users, society and our common reputation even as managers consider long-term investors, employees, their industry and the larger economy.

Name a widespread activity that isn’t abetted/enabled by software systems. Even the debate over an MBA Oath:

As for punishing unprofessional behaviour, Mr Khurana (Rakesh Khurana, a professor at Harvard Business School) is inspired by the internet rather than by a closed council of grandees. From open-source software to eBay and Wikipedia, new systems of self-regulation are emerging based on openness, constant feedback and the wisdom of crowds. These could be adapted, he thinks, to provide effective scrutiny of managers.

If anything about this strikes you as not true, I’d love to hear why.