←back to thread

282 points _vaporwave_ | 3 comments | | HN request time: 0.001s | source
Show context
Waterluvian ◴[] 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 ◴[] 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 ◴[] 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 #
1. andrei_says_ ◴[] No.45004772[source]
I’ve done pair programming for a short amount of time and found it stimulating and productive.

What specifically makes it painful for you?

replies(2): >>45006586 #>>45008235 #
2. kelnos ◴[] No.45006586[source]
No the person you've replied to, but for me I just find it frustrating. When I'm not the one typing, I always find the other person moving slower than I can think, not entirely getting what I want to tell them ("no, line 47, not 53 -- no, the foobar function call isn't the problem, it's the 4th argument to barbaz... no no, no that one... GAH). Maybe we can chalk this up to "communication problems", and I should have taken a pause to talk about communication with my pair partner.

I dunno. I've just always felt much less productive with someone else there. I don't view programming as a social or collaborative activity. Building software can be collaborative, but when I'm sitting down to do implementation, collaboration slows me down, and I find it very frustrating and unproductive.

3. phil21 ◴[] No.45008235[source]
Depends on what exactly you mean by pair programming. Two people sharing the same keyboard and screen and watching the other type is horror movie level stuff to me. I go from a competent typist at 140wpm or so, remembering at least some basic syntax, knowing the most common editor shortcuts etc. to a blubbering idiot 5 year old.

Sharing an office where you can’t look at each others screen unless you walk over to help troubleshoot or design a specific feature is probably my favorite mode of work by far. Especially if it’s a small hyper-competent team with a diverse set of expertise but basic generalist knowledge to navigate the entire design at a high level.

Being able to jump on a whiteboard with zero latency mid-debugging session (even trying to move to a spare conference room) is also great.

This also lets you devise team communication in a way where you can signal you are in focus mode vs not and others can gauge the importance of their ask based on that signal and knowing precisely what everyone is actually working on that day.

That said, the absolute worst possible way to collaborate is video conferencing and shared screens. Give me a shoulder hoverer over that any day.