For me, experimenting, debugging and everything else that's basically try-and-error is actually where pair programming really shines.
Most of our time is spent finding solutions to problems, even if it's just figuring out how to use an API. When we are working on a problem with two people at the time, we can carry on as early as the first of both figures out the solution.
It's not about sharing a keyboard to write code together. Pair programming is about approaching development with two different ways of thinking.
Re:Against Pair Programming
by tlarkworthy on Friday February 18, 2022 @10:15AM
(#30386753)
Maybe they will have some helpful suggestions or techniques that will speed up that process...
Re:Against Pair Programming
by mrtranscendence on Friday February 18, 2022 @10:24AM
(#30386873)
Maybe? But on the whole I tend to be pretty fast, just a bit hyperactive. I suppose I mostly feel as if pair programming would stifle the ability to experiment with every bit of code while I go, and cause me to have to plan everything out in a way that's unnatural to me. Maybe I'm wrong.
Re:Against Pair Programming
by tlarkworthy on Thursday February 24, 2022 @03:14AM
(#30452103)
I find pair programming very good for transmitting workflow improvements. It's not the kind of thing that makes it to blogs
When I've had to program with another person watching, my productivity screeches to a halt.