Yes. I understand "racism" (at least in this context) to mean "bias in favor of or against candidates based on their race", not "paying attention to race". The latter is something we can hopefully stop doing once we're confident the former isn't happening. I don't understand the reasoning that involves refusing to
think about whether the former is happening. (And besides, if GitHub as policy does not pay attention to race, but individual interviews and reviews -- which are notoriously subject to human whim on all sorts of axes -- might be biased on race, you definitely haven't achieved the goal of your
system not paying attention to race.)
Again, this seems pretty straightforward for a technical shop... if your goal is, say, "We should not have features on GitHub for Desktop that preference one platform over another," then the way to get to that goal is you add testing processes that explicitly try out things on Windows, Mac, and Linux. Even if you develop your software with some platform-agnostic library (which is a perfectly reasonable way to achieve the goal), you test the software in a non-platform-agnostic way, precisely because you want to know if you got it wrong. You don't say "We're platform-agnostic" and remove the OS field from bug reports, unless you are 200% sure that your code is platform-agnostic even when things go wrong. If you see lots of cross-platform bugs, fine! You still leave it in there so that, one day, if somehow things are disproportionately broken on Windows, you're able to actively respond to that.