Excellent Hacker Fallacy

ESSAY: This is an essay by a Noisebridger expressing their ideas. | E

Excellent Hacker Fallacy

TL;DR

"But they're such an excellent hacker! We can't afford to lose them!"

The Excellent Hacker Fallacy is a logical fallacy that keeps a community from acknowledging harm when technical skill is weighted against social behavior.

It's a logical fallacy because "They're brilliant" becomes justification for behavior that would be unacceptable from someone less skilled.

The truth: When the "irreplaceable" person is finally removed, others step up and work continues - often better than before. The technical contribution rarely outweighs the total damage.

The damage:

• Long-term contributors are driven away by the harmful behavior
• People think twice about recommending others join the community
• Potential contributors bounce on first contact with bad vibes
• Cumulative overhead of everyone routing around the problem
• Long-term community health

The Fallacy Explained

In hacker and maker communities, we revere technical excellence. This creates a dangerous trap: weighing someone's contributions against their harm using a broken scale.

What we see because it's the loudest signal

• They have deep technical skills in critical systems
• They control important infrastructure
• They possess institutional knowledge others lack
• They do unglamorous work nobody else wants
• They bring funding, connections, or legitimacy

What we calculate (wrongly)

• Contribution value HIGH → Person is valuable
• Behavior harm (one incident, a few people affected) → Impact seems LIMITED
• Therefore: We need to keep them, make it work

What we miss in overvaluing the above

Invisible losses: The excellent contributors who already left. The newcomers who showed up once, encountered the person, never returned. The projects that didn't happen because people avoid working with them. You're comparing visible contribution against invisible loss - the scale is rigged.

Monopolization cost: When one person controls infrastructure, institutional knowledge, or critical systems, the community becomes dependent. This isn't contribution - it's monopolization. Real contribution is distribution: teaching others, documenting knowledge, building systems others can maintain. If their "excellence" makes them irreplaceable, that's a failure, not a feature.

Routing overhead: Every person who routes around the harmful behavior pays continuous cost: modified projects to exclude them, event planning around their presence, emotional labor, warning new people, absorbing their friction. Multiply this across everyone affected, over years. The community spends more energy managing the problem than the person contributes.

Selection pressure: Tolerating harmful behavior creates a filter. You select against: people who won't tolerate abuse, those with less privilege/power to push back, those who prioritize psychological safety, people from marginalized groups this person targets. You end up with a community that can tolerate this person - not necessarily the community you want.

Sunk cost trap: "We've already invested so much trying to make this work." Each intervention becomes proof of investment rather than evidence of failure. The longer you tolerate it, the harder it becomes to acknowledge the calculation was wrong from the start.

What Actually Happens When They Leave

Reality (observed pattern at Noisebridge and similar spaces):

1. Brief disruption (days to weeks) while others learn the systems
2. Distribution of responsibility - multiple people share the work
3. Documentation appears - because now it's necessary, not optional
4. New people step up - those who were deterred by the person's presence
5. Better systems emerge - designed for maintainability not monopolization
6. Community energy shifts - from managing one person to actual work
7. Departed members return - or new people join who previously avoided the space

The "irreplaceable" person was often preventing the very resilience the community needed.

Related Concept: Missing Stair

The Excellent Hacker Fallacy often protects what's known as a Missing Stair - a person whose harmful behavior everyone routes around instead of addressing.

The term comes from a 2012 essay by Pervocracy: imagine a house with a broken stair. Everyone learns to step over it, warns newcomers, but nobody repairs it.

In communities: everyone maintains private warnings, newcomers inherit workarounds without context, and the routing overhead eventually exhausts the community. Originally used to describe sexual predators ("don't let new women be alone with him"), it now applies to any harmful behavior tolerated through workarounds rather than addressed.

The Excellent Hacker Fallacy is often why hackerspaces protect missing stairs. "Yes, there's a problem, but look at their contributions!" The perceived technical value becomes justification for infinite routing overhead.

Why This Happens at Noisebridge

We value autonomy and celebrate technical excellence. These values can outshine harm, especially within a culture of conflict avoidance.

• Do-ocracy rewards action - the person who does the work gets the say. When that person also causes harm, we're paralyzed: they're "doing," which grants legitimacy.
• Excellence worship - we revere the brilliant hacker. Someone's technical skill can create a reality distortion field around their behavior.
• Conflict avoidance - nobody wants to be "the authority" who judges someone, or take responsibility for the emotional/relational labor needed to extract them.
• Missing stairs get load-bearing - the longer we tolerate it, the more infrastructure they control, the harder it seems to act.

Result: We protect the excellent hacker while hemorrhaging everyone else.

Breaking The Pattern

REFRAME THE CALCULATION

Stop asking: "Can we afford to lose them?"

Start asking:

• Who have we already lost because of them?
• What's the true cost of everyone routing around them?
• What could emerge if we weren't spending this energy on management?
• What kind of community are we selecting for?
• Are we protecting this person or protecting our ego about "making it work"?

RECOGNIZE THE TRAP

Listen for these phrases...

• "But they built [important thing]!"
• "Nobody else understands that system"
• "We need to be patient, they've been here a long time"
• "It's just their communication style"
• "We've already put so much work into helping them change"

These might all be true. They don't change the calculation.

TRUST THE EVIDENCE

When you finally remove the "irreplaceable" person and the space thrives, people return after years away, and projects suddenly move forward.

When new folks step up. When the infrastructure gets documented. When the room feels lighter.

This is what happens when you stop spending all your energy routing around one person.

ACT EARLY

The fallacy compounds. The longer someone stays, the more:

• Infrastructure they control (seems irreplaceable)
• History they accumulate (seems unfair to remove them now)
• Energy spent tolerating them (sunk cost)
• Good people lost (invisible to current members)

Early intervention prevents the fallacy from becoming structural. See Restorative_Communication for frameworks.

For The Excellent Hackers

Your technical skills are real. Your contributions may be genuine. This isn't about your value as a person or a hacker.

But if your presence makes the community spend more energy managing your impact than building things together, something is wrong. If people route around you, leave because of you, warn newcomers about you: this is data.

The question isn't whether you're "bad" or your contributions are "real." The question is: are you a good fit for this community, right now?

Sometimes the answer is no. That doesn't erase your skills. It might mean:

• This environment isn't compatible with how you work
• You need different support than this community can provide
• Your communication patterns and this culture don't mesh
• You'd thrive better elsewhere

Recognizing this is strength, not failure. Staying where you're not a good fit costs you too - being the problem nobody will name is its own kind of suffering.

See Also

• Anarchy_Paralysis - Why consensus communities struggle to act on harm
• Restorative_Communication - Framework for addressing conflicts early
• Ask to Leave (ATL) - Temporary removal process
• 86 - Permanent ban process

References

• "Missing Stair" concept: Pervocracy (2012)
• Noisebridge community experience: Multiple observed cycles 2000s-2020s
• Cross-space pattern recognition: Similar dynamics in hackerspaces worldwide