personal
Let’s Talk About Dev Burnout
Thoughts from the intersection of code, craft, people, and progress.
Burnout is a real issue in development, and it’s time we addressed it.
Development culture can make exhaustion sound like evidence of commitment, right up until somebody can no longer do the work they cared about. Burnout is not solved by a better productivity system; it needs honest conversations, realistic expectations and room to recover.
The warning signs are often boring: work takes longer to start, small setbacks feel personal, and rest becomes something to earn after an impossible list is finished. Those signals deserve attention before they become a crisis.
This matters because small choices repeat. What feels harmless once can quietly become the normal way of working.
Progress needs room around it
It is tempting to treat progress as a question of effort alone. In practice, energy, confidence, context and timing all shape what we can do. Ignoring those things does not make us rigorous; it makes our conclusions less accurate.
I have become more interested in sustainable habits than heroic bursts. A modest routine that survives a difficult week is more valuable than an ambitious plan that only works when life is unusually cooperative.
Sustainable progress is still progress, and it tends to last longer.
There is no prize for making useful work unnecessarily painful. Keep enough space to notice what is working, change what is not, and enjoy some of it.
That is not a dramatic conclusion, but useful work is often built from undramatic conclusions applied consistently.