There are four words in the English language that can instantly raise a developer's heart rate faster than a production outage at 5:58pm on a Friday.
"Can you just quickly—"
That's it. That's the whole horror movie. You don't even need to hear the rest of the sentence. Your nervous system already knows.
The Setup
It usually starts innocently. Someone slides into your DMs, or worse, walks up to your desk in person (the audacity), and says something like:
"Hey, sorry to bother you, but can you just quickly fix this? Shouldn't take long."
And in that moment, something ancient and primal activates in your brain. Not fight or flight. Something worse. Fix or flight.
Because you know. You know that "quickly" is doing about 400% more work in that sentence than it has any right to.
What "Quickly" Actually Means
Let's translate, for the non-developers in the room, what "can you just quickly fix this" actually translates to in Developer:
- "I have no idea what's wrong, but I've decided it's small"
- "I found this bug 20 minutes before a deadline and I am now making it your emergency too"
- "There is a 73% chance this is not one bug. This is a symptom."
- "By the time you're done, you will have rewritten a service that was 'working fine' for three years"
Nobody has ever said "can you just quickly fix this" about something that actually took five minutes. If it took five minutes, they would've fixed it themselves. The word "quickly" is not a time estimate. It's a request for emotional labor disguised as a time estimate.
The Five Stages of Quick Fix Grief
1. Denial
"Okay, sure, let me just take a look." (You have already accepted the job. You have not yet accepted the pain.)
2. Investigation Optimism
First two minutes: "Oh I see it, yeah this is probably just a—"
3. The Descent
Ten minutes in, you've opened four files that have nothing to do with the bug, one of which was last touched in 2021 by someone who no longer works there and whose commit message just says "fix".
4. The Realization
This isn't a bug. This is architecture. This is a decision someone made and that decision is now your emotional inheritance.
5. Acceptance (and Resentment)
You fix it. It takes two hours. You say "no worries, all good!" out loud while internally reciting the opening monologue of a courtroom drama.
Why We Say Yes Anyway
Here's the part nobody talks about: we know it's a trap, and we walk into it anyway. Every single time.
Why? Because developers have been socially engineered — by ourselves, mostly — to feel like saying "actually, I need to properly scope this first" makes us look difficult. Like real developers just fix things. Instantly. With their mind.
So instead we absorb the panic quietly, say "yeah no problem," and go create an entire private stress event that nobody else in the company will ever know about. It's the most understated form of unpaid overtime there is: the invisible labor of pretending something was quick.
The Plot Twist
The real gag? Half the time, once you actually fix it, the person who asked says:
"Oh nice, that was quick!"
No. It was not quick. It was 90 minutes of quiet suffering disguised as competence. You just didn't perform the suffering out loud, because that's not really encouraged in most workplaces, is it.
What Would Actually Help
A modest proposal, from one dev to literally everyone:
- Replace "can you just quickly fix this" with "can you take a look at this, no rush"
- Accept that "quickly" is now a banned word in bug reports
- Understand that the silence after "let me take a look" is not calm. It is a controlled scream.
The Actual Point
This isn't really about bugs. It's about how developers have normalized swallowing panic quietly and calling it professionalism. We downplay the chaos because someone has to stay calm, and somehow it's always us.
So next time someone asks you to "just quickly fix this" — it's okay to say what's actually happening in your head:
"Sure, let me take a look — no promises on quick though."
That one sentence alone will save you 40% of your future stress. The other 60%, unfortunately, is just the job.
Anyone else silently spiral every time someone says "quick fix"? Drop your worst "quick fix that took four hours" story in the comments — let's make each other feel better about it.
Top comments (6)
"Just simply" also reminds me of the, somehow still controversial, criticism against using the words "just", "simply" etc. in documentation or tech support. If it was really that simple (to you), then why would you need an expert or authoritative documentation in the first place?
Also, developers tend to underestimate effort in my experience due to focusing on an optimistic best-case scenario and ignoring how many time we spend debugging and perfectioning the last 20% of a task. That`s why we there are project managers, three-point-estimation formulas etc.
Great point, and honestly "just" and "simply" in docs is the same crime scene. If it was really that simple you wouldn't need to say it — you'd just show it.
And yeah, the estimation thing is so real. We plan for the happy path and then act surprised when reality shows up with edge cases and a dependency held together by hope. Three-point estimation basically exists because "two days" from a dev usually means "two days if literally nothing goes wrong."
Might steal this for a follow-up post ngl 😅
My take on "just" and "simply" in documentation: These words mean that it's supposed to be simple - however, if a junior can't figure it out because of missing information, which will inevitably happen, they might feel stupid or incapable, because it's supposed to be simple. And that's mean to them.
worst is when it’s quick. now you’re the “can you just” guy forever.
When I was new to the IT field and started working with developers, I was always curious why they seemed to disappear after a task was assigned.
I used to wonder why they didn't stay engaged in discussions and why they got agitated when someone rushed them.
Now I understand. Deep work takes time, and constant interruptions can break focus.
I have a whole new level of respect for developers. 🙌
I do agree with this. I think what's a better alternative is to remove words like quickly, immediately and just altogether. I like the idea of banning like you mentioned. But a practical way would be to carry with you a list of words that you like using. For example, you might want to use statements like, "There is enough time to do this well". The question worth asking is how can we use and put in words like calm, deliberate, intentional, unhurried in our own vocabulary and that's what will inspire other people as well to do so.