←back to thread

The cost of interrupted work (2023)

(blog.oberien.de)
282 points _vaporwave_ | 1 comments | 23 Aug 25 21:45 UTC | HN request time: 0.275s | source
Show context
Waterluvian ◴[23 Aug 25 23:25 UTC] No.44999915[source]▶
Some days an interruption will throw me off my train of thought, and I spend the remaining six hours collecting discarded bottles and railway ties for hopeful use somewhere, somehow, sometime.

Other days an interruption costs me pretty much nothing.

I’m still trying to figure out how to tell which of those days I’m going to have and whether to just not log into Slack for the day.

replies(14): >>44999940 #>>45000121 #>>45000236 #>>45000314 #>>45000493 #>>45001283 #>>45001447 #>>45001905 #>>45001941 #>>45002030 #>>45002057 #>>45003807 #>>45005151 #>>45005448 #
karmakaze ◴[24 Aug 25 01:26 UTC] No.45000493[source]▶
I've found one thing that minimizes interruption cost: pair programming. At one startup we pair programmed all day, every day. Resuming from an interruption was almost seamless. Can't explain it, only experienced it.
replies(8): >>45000671 #>>45000685 #>>45000970 #>>45001512 #>>45002084 #>>45002294 #>>45007473 #>>45007708 #
SoftTalker ◴[24 Aug 25 02:00 UTC] No.45000671[source]▶
If only I wouldn’t prefer stabbing myself in the leg with a rusty knife over pair programming.
replies(9): >>45000690 #>>45000909 #>>45000936 #>>45000950 #>>45001156 #>>45001994 #>>45002151 #>>45003045 #>>45004772 #
dylan604 ◴[24 Aug 25 02:05 UTC] No.45000690[source]▶
I've never done official pair programming, but I get frustrated when I'm not on the keyboard as I find others think slower.
replies(6): >>45000835 #>>45000842 #>>45001070 #>>45001123 #>>45004510 #>>45004715 #
1. exe34 ◴[24 Aug 25 14:27 UTC] No.45004510[source]▶
for me it's not that I think faster, it's just that I will check 10 things really fast and exclude the "no it can't be there" things - because that's usually where it is. So if somebody else is holding the mouse and keyboard, I would then have to convince them that these things that they are convinced are fine need checking.

I really hate this work of convincing them, because it's much faster to check it first and explain why it was a good idea later once I've fixed the problem.