Consider a company where social inclusion is important. That'd be a terrible culture fit for me. When debating a technical choice, I'll say "do we all agree to run X experiment, outcome Y => choice A, outcome Z => choice B? Then we can all STFU and stop arguing." In the happy/social/fun environment, this is terrible. The promoters of B might feel unhappy, harming team cohesion, and that could be more important than 10% lower latency.
On the flip side, consider the confrontational "put up or shut up" environment I tend to prefer (and create). In this environment, "you suck at SQL" is just a factual statement that you can choose to remedy or not. Some folks really don't like being told "experiment failed, your idea is wrong, be smarter next time". Even if they are technically competent, they need a form of social interaction at work that they don't get.
There are a variety of cultural dimensions like this that matter. Another is implicit vs explicit - whether you can navigate implicit job responsibilities or they need to be spelled out. Much as we'd like to act like we are just machines taking money as input and code as outputs, this stuff does matter.