A thread that went viral this week asked "Why are so many programmers so miserable?" and the responses sounded like a group therapy session. Thousands of developers finally vocalizing their thoughts - things that are left unsaid during standup.
We all know. We just pretend we don't.
The Numbers Don't Lie
In a 2021 Haystack Analytics study, 83% of developers said they feel symptoms of burnout. Eighty percent. Itโs not a blip; itโs a baseline.
Between 2023 and mid-2024, over 360,000 tech workers were laid off across major companies. Many of them watched their remaining teammates absorb double the workload with zero acknowledgment that anything changed.
If 80% of pilots reported burnout symptoms, we'd ground every fleet in the country. But developers? Ship the sprint. Close the ticket. Repeat. ๐ซ
We Optimized for Velocity and Broke the People
Here's my theory: At some point, the industry as a whole started treating engineering as a throughput issue. More tickets closed per sprint meant more value delivered.
So we built entire cultures around velocity metrics. Story points. Cycle time. Lines of code, if you're unlucky enough to work somewhere that still tracks that.
The outcome was...
โ Engineers are treated as interchangeable ticket-closers, not people who solve hard problems.
โ Context-switching across five projects is called "being agile."
โ Saying "I need time to think about this" is interpreted as "I'm blocked."
โ Burnout isn't a bug in this system โ it's the expected output.
We stopped asking "is this the right thing to build?" and started asking "how fast can you build it?" Those are very different questions.
The Disposability Problem
What the viral thread made clear was a prevailing sense of disposability. Disposability not just through layoffs, although that is a major factor.
It's more nuanced. It's hearing that you're a "10x engineer" in your performance review, and then being let go over a zoom call with your slack deactivated. It's seeing a company post record profits while they downsize your entire org.
People are smart. They internalize the message: you are a cost center, not a human.
And after that, the leadership is surprised that the "engagement scores" have decreased. Isn't that ironic?
The Standup Lie
Millions of developers provide an update every morning by answering three simple questions - What did you do yesterday? What are you doing today? Any blockers?
Nobody ever says "I'm burning out and I dread opening Jira." Nobody says "I haven't written code I'm proud of in six months." Nobody says "I used to love this and now I'm just surviving."
That's not because those things aren't true. Itโs just that the structure doesnโt accommodate it. Standups for the most part are team status meetings in sheepโs clothing. There's no space for honesty when the clock is ticking and the sprint board is watching. ๐
So What Do We Actually Do?
I don't have a five-step framework. I'm suspicious of anyone who does.
I believe it all begins with being truthful โ with yourself initially, and then with those around you. If your job is causing you to be unhappy, that's a fact. It's not a sign of weakness.
โ Protect your time like it's production infrastructure.
โ Push back on artificial urgency โ not everything is a P0.
โ Find the people at work who'll be real with you and hold onto them.
โ Remember that your identity is not your Jira board.
The situation will not be resolved by the industry leaders. It has never happened before. The motivation is in the wrong direction. But we can stop pretending that chronic misery is just "the grind" and start calling it what it is: a broken system that chews people up. ๐ฅ
The best engineers I know aren't the fastest ones. They're the ones who stuck around long enough to still care.
If 80% of us are burned out, when do we stop treating it as an individual problem, and start treating it as a structural one? Iโd genuinely love to hear โ whatโs one thing that actually helped you, or one thing that finally made you say enough?
Top comments (0)