korrents
Charity Majors

Charity Majors

@charity-majors · 50 positions · 1 change of mind · On ppll ↗

Co-founder and CTO of Honeycomb, previously an infrastructure engineer at Parse, Facebook and Linden Lab. Co-author of "Database Reliability Engineering" and "Observability Engineering". Writes at charity.wtf about on-call, hierarchy, hiring and the engineer/manager pendulum.

Charity Majors did not write this page.

We collected these quotes from things they published elsewhere, and every quote links to where it was said. They have no account here and have not endorsed this site. Quotes are word for word; the short line under each one is our own restatement, not their wording. Their own site. Is this you? Claim it or ask us to remove it. Or tell us what is wrong here.

10 of Charity Majors's claims fit 8 mental models. Most often: Specialise and trade, Trade-offs, Circle of competence.

Models they name

Their own words name the idea.

Trade-offs

Every choice gives something up, so name the cost; and check, because some trade-offs everyone assumes are not real.

Used by 60 others

Neither running everything through the founder nor pushing decisions down is the better way to run a company; each only works if it fits that company’s own resources and values.

  1. Charity Majors Co-founder and CTO of Honeycomb Either can work. Both have tradeoffs and implications. If you try to import either philosophy wholesale, it will break in unexpected ways; if you try to mix and match, it will probably be an unfettered nightmare. “Founder Mode” and the Art of Mythmakingcharity.wtf · 17 Dec 2024All korrents from this piece
    Either can work. Both have tradeoffs and implications. If you try to import either philosophy wholesale, it will break in unexpected ways; if you try to mix and match, it will probably be an unfettered nightmare.

Engineering and management cannot both be improved at once, so a new manager has to stop trying to be the senior engineer as well.

  1. Charity Majors Co-founder and CTO of Honeycomb You can only really improve at one of these things at a time: engineering or management. The Engineer/Manager Pendulumcharity.wtf · 11 May 2017All korrents from this piece
    You can only really improve at one of these things at a time: engineering or management.

Feedback loops

Shorten the loop between doing and finding out; whatever a loop rewards is what you become.

Used by 62 others

Twenty years of DevOps had one goal, a single feedback loop from writing code to that code in production, and it failed.

  1. Charity Majors Co-founder and CTO of Honeycomb But I also think that in my mind, 20 years of DevOps was really about one thing. Trying to create one feedback loop that connected people writing code to that code in production. And it failed. Stop being skeptical about AI for development with Charity Majorsyoutube.com · 12 Aug 2026 · 0:51:07 into the videoAll korrents from this video
    But I also think that in my mind, 20 years of DevOps was really about one thing. Trying to create one feedback loop that connected people writing code to that code in production. And it failed.

    Watch from 0:51:07 plays here

    ↗Stop being skeptical about AI for development with Charity Majorsyoutube.com

    12 Aug 2026 · video · 1h 26m · spoken · machine transcript

Models we see in what they say

Our reading: their claim applies the idea without naming it. The claim is theirs; filing it here is ours.

Specialise and trade

Do what you are relatively best at and trade for the rest (comparative advantage); it holds until power or change breaks it.

Used by 12 others

Hire for a person’s unique strengths rather than for their lack of weaknesses, because a team exists to cover what any one person is not.

  1. Charity Majors Co-founder and CTO of Honeycomb you want to hire people for their unique strengths, not their lack of weaknesses. If they’re strong where you need them to be strong, it’s okay if they aren’t equally superpowered at everything — that’s why we build teams, to supplement and balance each other out. “Founder Mode” and the Art of Mythmakingcharity.wtf · 17 Dec 2024All korrents from this piece
    you want to hire people for their unique strengths, not their lack of weaknesses. If they’re strong where you need them to be strong, it’s okay if they aren’t equally superpowered at everything — that’s why we build teams, to supplement and balance each other out.

AI-validated pull requests beat human review at exactly the things humans are bad at, which frees the humans to argue about direction instead.

  1. Charity Majors Co-founder and CTO of Honeycomb It's like they have all the wisdom of their most senior engineers looking at every single diff and that is fantastic. Which means that you don't have to worry about remembering and looking and nitpicking and all the things that we're not good at anyway Stop being skeptical about AI for development with Charity Majorsyoutube.com · 12 Aug 2026 · 0:26:36 into the videoAll korrents from this video
    It's like they have all the wisdom of their most senior engineers looking at every single diff and that is fantastic. Which means that you don't have to worry about remembering and looking and nitpicking and all the things that we're not good at anyway

    Watch from 0:26:36 plays here

    ↗Stop being skeptical about AI for development with Charity Majorsyoutube.com

    12 Aug 2026 · video · 1h 26m · spoken · machine transcript

Circle of competence

Know the edge of what you really understand, and act inside it.

Used by 8 others

A CEO cannot be a calibrated interviewer for every role, so insisting on interviewing every candidate makes hiring worse rather than better.

  1. Charity Majors Co-founder and CTO of Honeycomb Can you be calibrated as an interviewer on every single opening, for every role? My God, no, not even close. “Founder Mode” and the Art of Mythmakingcharity.wtf · 17 Dec 2024All korrents from this piece
    Can you be calibrated as an interviewer on every single opening, for every role? My God, no, not even close.

Emergence

Whole systems do things none of their parts do, and nobody has to design that order for it to appear.

Used by 22 others

Hierarchy is not intrinsically authoritarian: it is a property of self-organising systems that emerges for the benefit of the parts.

  1. Charity Majors Co-founder and CTO of Honeycomb But hierarchy is not intrinsically authoritarian. Hierarchy did not originate as a political structure that humans invented for controlling and dominating one another, it is in fact a property of self-organizing systems, and it emerges for the benefit of the subsystems. Questionable Advice: "My boss says we don’t need any engineering managers. Is he right?"charity.wtf · 5 Jan 2024All korrents from this piece
    But hierarchy is not intrinsically authoritarian. Hierarchy did not originate as a political structure that humans invented for controlling and dominating one another, it is in fact a property of self-organizing systems, and it emerges for the benefit of the subsystems.

Less, but better

Find the essence and cut the rest; simplicity is hard work, not the absence of effort.

Used by 59 others

A hiring loop should have few, well-calibrated interviewers rather than many, because extra interviewers add veto points instead of judgement.

  1. Charity Majors Co-founder and CTO of Honeycomb I used to cast a much wider net, like I felt like people ought to get to interview anyone who was being hired over them. “Founder Mode” and the Art of Mythmakingcharity.wtf · 17 Dec 2024All korrents from this piece

    I used to cast a much wider net, like I felt like people ought to get to interview anyone who was being hired over them.

    I’ve come to realize that having too many veto points in the system is dangerous and doesn’t actually add more value.

Positioning

Set up your situation, rules and defaults so the good choice is the easy one, instead of relying on willpower.

Used by 21 others

Merging should deploy: you should have to stop the train to keep merged code out of production, not push it to get there.

  1. Charity Majors Co-founder and CTO of Honeycomb As soon as you merge, it should be going out. You like you should have to stop the train to make your code not go into production as soon as you've merged. Stop being skeptical about AI for development with Charity Majorsyoutube.com · 12 Aug 2026 · 0:22:03 into the videoAll korrents from this video
    As soon as you merge, it should be going out. You like you should have to stop the train to make your code not go into production as soon as you've merged.

    Watch from 0:22:03 plays here

    ↗Stop being skeptical about AI for development with Charity Majorsyoutube.com

    12 Aug 2026 · video · 1h 26m · spoken · machine transcript

The map is not the territory

Every model, word or plan is a simplified map of reality; useful when its structure matches, misleading when mistaken for the thing itself.

Used by 55 others

Software engineers behave as though the world exists in the repository, and it does not: the world is production.

  1. Charity Majors Co-founder and CTO of Honeycomb it's always weird to me just how much software engineers really seem to believe that the world exists in the repo. It doesn't. It's production, you know? Stop being skeptical about AI for development with Charity Majorsyoutube.com · 12 Aug 2026 · 0:20:22 into the videoAll korrents from this video
    it's always weird to me just how much software engineers really seem to believe that the world exists in the repo. It doesn't. It's production, you know?

    Watch from 0:20:22 plays here

    ↗Stop being skeptical about AI for development with Charity Majorsyoutube.com

    12 Aug 2026 · video · 1h 26m · spoken · machine transcript