Sponsoring underrepresented people in tech

Inspired by @aphyr’s tweet on sponsoring people who are underrepresented in tech, I’ve decided to also jump in. Time to put my money where my mouth has only previously been.

As such, I’ve also joined (read: stolen) Aphyr’s idea and created a similar page of my own. So please reach out.

This is hopefully just the first step for me. I want to try and take this idea further, beyond the idea of helping people attend tech conferences.

Do you have any ideas for how I could do that?

The toxicity of arrogance

(This is an auto copy over from my old blog at Joe8bit.com, some links may be broken)

How ego and hubris puts up barriers to inclusiveness in technology

The community of people that work in technology have a problem, we’ve built a meritocracy of assholes, and it’s toxic to inclusivity. Taking a look at the public face of technology reveals a place where the cult of ‘meritocracy’ has resulted in the creation of ego’s and attitudes from some of our industries leading thinkers and practitioners that fundamentally violate the thing so succinctly summed up in Wheaton’s Law *.

“Q: What is Wheaton’s Law? A: “Don’t be a dick!” – Wil Wheaton

Three of the main avenues of public discourse in technology (social media, Github and conferences) are infected with the kind of skewed, adolescent, male power structures that are more at home in a school playground than a professional environment that self-describes itself (rather hubristically) as wanting to change the world.

When talking to people about this post there were suggestions that I should ‘name and shame’ some individuals involved, but I’m not going to do that. The only purpose it would serve is to frame this post as a personal attack, and more than that I think it violates the “Don’t be a dick” rule.

I won’t be dealing with why a meritocracy is a bad thing, other people have done it better than I ever could.

Social media

Social media has been the best thing to happen to our community, it has lowered the barriers to communication and collaboration in a way that I don’t think anyone could have predicted, but it has also led to a terse culture of dismissal and attack.

Far too often you watch people engage in the kind of nasty, personal attacks that naive experience tells you people would never indulge in real world interactions.

I’m not talking here about the toxic cesspool of social media that seeks to degrade and abuse people at every opportunity, particularly so if you’re female or (heaven forfend!) just not a member of the young, white, male and heteronormative morass. That part of the internet deserves to be fired at high speed into the nearest star. I’m talking about what is seen as the positive side of social media, the place where the value lives.

Too easily nasty adjectives are thrown around, describing ideas or even the people that produce them as ‘stupid’ or ‘idiotic’. Too easily do what start out as constructive discussions end in name calling and barely concealed personal attacks. Too easily are we ready as a community to throw people’s ideas and work under the train of subjective ‘reality’.

Do bad ideas need to examined and dismissed? You bet. Do people spreading misinformation need to be called out? No question, but do we need to do with it with the attitude of condescending indifference and barely controlled mocking laughter? No, we don’t. Look at pretty much any Hacker News submission to see the kind of attitude I’m talking about here.

Building positive and constructive discourse on social media is a key to building an inclusive community, that means not dismissing people who know not quite as much as you so easily, giving feedback and accepting it in return. Is it your responsibility to reach out and spend time doing this? Maybe not, but it is your responsibility to treat people with the dignity and respect they deserve when dealing with them on social media? Yes, it is.


Github has come to represent, for me at least, a lot that is good about open source and community building in modern software engineering, but due to it’s size and rambling complexity it also attracts the kind of attitudes I talked about above.

The arrogant dismissal of issues or bugs, the language and pronouns that are used in documentation can serve to alienate a sizable chunk of the community. Others have written on this subject far more eloquently that I ever could, Coraline Ada Ehmke in particular, who has created what I think is becoming one of the most valuable documents available to the open source community: the Contributor Covenant, which in it’s words is:

An easy way to begin addressing this problem [the startling lack of diversity of participants, including women, people of color, and other minority populations] is to be overt in our openness, welcoming all people to contribute, and pledging in return to value them as human beings and to foster an atmosphere of kindness, cooperation, and understanding.

The Contributor Covenant can be one way to express these values. Pledge your respect and appreciation for contributors and participants your open source project by adding an explicit CODE_OF_CONDUCT.md to your project repository.

The adoption of the Contributor Covenant is growing, with notable projects like AngularJS (and many others!) adopting it’s values. To demonstrate it’s obvious necessity, read it and then apply it’s principles to your favourite project on Github, what would have to change? In many cases, it’s quite a lot.

Tech conferences

Having conversations with others in the community about the above will usually lead to an easy to form conclusion: sure, people aren’t nice on the internet, but they’d never be like that in person!

If you’ve ever been to a tech conference, you can attest to the fact that it unfortunately carries over to in person encounters to. Curiously impersonal ones admittedly but face-to-face nevertheless.

There’s a few examples that illustrate the problem:

  • Questions after a talk. Too often these ad-hoc questions are not used to push forward a discussion on a topic or get as much value from a persons experience as possible, they’re used to demonstrate the cleverness of the person asking the question. A question that lasts for 60 seconds can be 45 of public ego-stroking and 15 of perfunctory or provocatory question at the end.
  • Holding court. People with (sometimes rightfully) great reputations in communities can use conferences (usually when they’re speaking at them) as proxies to hold court. Seeking to spend their time holding court with a coterie of admirers and quickly dismissing questions they deem unworthy with a knowing smile or subtle eye roll.
  • The “dudes at the bar” problem. There’s a lot of bullshit ladishness at conferences, too often when a group of <30 year old men get together in one place with cheap or free alcohol a predictable atmosphere is created. It’s not good, it makes people feel uncomfortable. Being the vaguely liberal, vaguely well educated group or predominantly white straight men that we are we think this “isn’t really that much of a problem”, but it is, just ask someone who isn’t part of that group who’s been to a tech conference if you don’t believe me.

Finally, there’s an even more insidious and flagrant group of people at tech conferences, those who still loudly decry their misogynist, transphobic, homophobic and racist bullshit. This has to stop, these people need naming and shaming and ostracising from our community, only then can we deal with the more subtle problems our conferences face.

The positive thing is that there’s a growing movement at tech conferences to have well documented and enforced Code of Conduct. This is awesome and is to be applauded, but we as attendees and organisers need to do more to hold ourselves and others to the high standards these conduct documents require us to.

Why is tech so bad?

It’s not, having worked in legal, financial and other fields the tech industry is no worse than some and better than others, but I think there are a couple of things that in combination lead to a particular nexus in the tech community:

  • The nature of our work is, in lots of cases, an introverted intellectual one. This can lead to the stereotype of the brilliant anti-social engineer that we all know. It is hard to relate to the world when you spend all day in your head. When you form hypothesis and ideas internally it’s difficult for people to relate to them in exactly the way you do. However, we forgive people too much their lack of social niceties.
  • The startup circle-jerk (apologies for the crassness of that, but it’s a good summation) has led to the kind of inflated, ego driven cult of personality and individual worship that means keeping a level, modest head on your shoulders can be hard. “I’m paid really well and sought after by some of the most important, innovative organisations in the world, of course my opinion’s important!”

So what can we do?

Follow some simple rules when interacting with people, be it online or off:

  • Be open to other people’s ideas and opinions.
  • Welcome everyone to contribute regardless of their experience, gender, sexual identity, race, physical ability or religion.
  • Be kind, be cooperative, be understanding.
  • Be thoughtful with your language, particularly when it comes to personal pronouns or sexually or racially inappropriate names or words.

If you feel these things are being violated and make you uncomfortable, please don’t stay silent. This is easier said than done, but know that there are people who care and will help.

* I realise using this language runs the risk of using of doing exactly what this post is talking about (gendered language etc), but I hope the generalness and non-sexual connotation of the phrase allows me to just use it in the original spirit it was meant. Please contact me on Twitter if you think this is wrong!

On conference topics

(This is an auto copy over from my old blog at Joe8bit.com, some links may be broken)

Trying to cover too much leaves no one happy

This post is based on my experiences speaking at 50+ conferences in the last cfew of years, and how my thoughts have developed. This isn’t in reference to one particular conference, but a summation of my general thoughts.

Conferences are expensive things. They’re expensive to put on and expensive to attend. They require an investment in time and money from a group of people putting them on that’s scary, especially when you’re doing it without relying on an existing conference brand.

There seems to be an easy way to mitigate some of this risk: broaden your customer base. Don’t narrow the focus of your conference too much, make it appealing to the greatest number of people possible. The more people that want to buy tickets the better, right?

When it comes to ‘web’ focused conferences, that tends to mean one thing: combining design and engineering topics into one cohesive agenda.

On the face of it, this is a great idea. Not only do you potentially derisk your ticket sales, but you ‘bring people together’ to talk about the future of the web! What’s not to love?

But there is a problem, and it’s a problem that leaves people unsatisfied.

The purpose of tech conferences

In my experience there are two types of tech conferences: broad and deep. Broad conferences are those that have lots of ‘101 in this thing’, ‘intro to this other thing’, whereas deep conferences are (exactly what they sound like) deep dives on narrow subjects.

The first are places where people can be introduced to a broad number of concepts that are not quite on the bleeding edge of the field, the second is a place where people at that edge can talk and push the communities knowledge even further.

My personal preferences are for the later, but I am the first to recognise the value of the former, people new to the ‘web’ ecosystem need a place where they can learn and grow their knowledge and these types of conferences are a great place for it! Now, I think it’s a really expensive place for them to learn about it, but that’s neither here nor there.

Why we shouldn’t mix the two

The problem I highlighted in the first paragraph’s occur because design + engineering conferences tend to mix the two types of conferences. I’ll illustrate this with a fictitious conference schedule:

Attendee Intro to tech 1 Intro to design 1 Deep dive of tech 2 Deep dive on design 2
Experienced designer Interested Bored Can’t follow Interested
Newbie designer Interested Interested Can’t follow Can’t follow
Experienced engineer Border Interested Interested Can’t follow
Newbie engineer Interested Interested Can’t follow Can’t follow

From this table, which reflects a lot of the experiences I’ve seen people having at these types of conferences, you can see that nobody is taking value from more than 50% of the program!

Considering how expensive these conferences can be, only really enjoying less than 50% of the program is not conducive to building a strong conference brand, or a good experience for your customers.

Chasing unicorns

But Joe, what about all those awesome designer/developer switch-hitters?!

People who are great engineers are incredibly hard to find, people who are great designers are equally hard to find. People that do both well? Those are the unicorns you’re chasing. There are not enough of them to fill a conference.

There are people that do both, but I’ve rarely met people (there are some exceptions!) who do both any better than average. So the broad conferences make a lot of sense for these people. They have to cover so much content to do both well that the broad conferences make a lot of sense for them keeping track of current trends.

So what should I do? Cancel my conference?!

Of course not, but there are a couple things you should do:

  • Be honest with your potential attendees, tell them of the type of program your building before they buy. This means having a reasonable idea as to your schedule before most people buy tickets.
  • Don’t try and do to much. You want to build an awesome design conference? Do that! Don’t shoehorn in some 101 technical topics just to try and sell some tickets.

The first conference you put on is going to be hard, building a brand and an audience is even harder (the number of one-off conferences can attest to that) but both get easier when you leave a smaller number of people incredibly satisfied than a broader group feeling a little disappointed.