Of course not, that would be putting the cart before the horse. He should recruit those who work together most efficiently - but if it turns out the most efficient team is demographicly homogeneous (and I suspect that the core linux team is) - then why not? Are you going to argue that he should form a less efficient team in the name of diversity?

>Splitting your time between coding and test coverage is an extremely poor analogy to inclusivity in software. For one, your time is a resource, software is output. If you split 8 (wo)man hours into 8 hours testing and 0 hours coding, your output goes down; if you add 8 (wo)man hours to a software project, your output goes up. Even more importantly, coding and testing are not people, they don't have feelings, children to feed, etc. The comparison simply doesn't apply.

You've misunderstood; my point is not that by focussing on testing you take away from coding. My point is that, while a low test coverage number indicates a problem, if you just focus on the coverage number you can end up doing more harm to the problem you were trying to fix.

The post I replied to was saying "look, if only 4% of OSS developers are female then clearly that indicates some problem." My point is that if we focus too much on the number, then we're only going to treat the symptom. Let's fix the problems, but let's not put too much attention on one shallow number.