The mortifying ordeal of pairing all day
simplermachines.com
The mortifying ordeal of pairing all day
1–10 of 308 posts
Re: The mortifying ordeal of pairing all day
#2Re: The mortifying ordeal of pairing all day
#3“Teams had half as many workstations as they had engineers.”
Having done this for a while, I wholeheartedly agree with everything the author says. It's great for software quality and productivity (among other things, it's much harder to slack on HN), but it's also incredibly draining and definitely not for everybody.
Re: The mortifying ordeal of pairing all day
#4Re: The mortifying ordeal of pairing all day
#5Re: The mortifying ordeal of pairing all day
#6Re: The mortifying ordeal of pairing all day
#7This can be true of any demanding job.
Pairing is like running or cycling together. One person will be faster or have more endurance than the other. The slower one must set the pace or they will get exhausted quickly. For sustainable daily pairing, I would expect the team to quickly develop a hierarchy of speeds, with the lower speed person in every pair controlling the console.
Re: The mortifying ordeal of pairing all day
#8Re: The mortifying ordeal of pairing all day
#9I actually liked pairing a lot of the time, and still think it’s an excellent way to onboard into a new code base, even in a non pairing shop (I even miss it sometimes!). For me, the main drawback after a while was that I felt like I was less efficient when pairing on stuff I knew how to do, and my personal growth as an engineer was stunted because I could always lean on a more experienced pair. Since that was my first eng gig, my second job had quite a steep learning curve as I had to figure out how to debug and navigate on my own, without talking through it out loud.
Re: The mortifying ordeal of pairing all day
#10“Teams had half as many workstations as they had engineers.”
Yes, that's how pairing works: two people, one keyboard, one workstation. Having done this for a while, I wholeheartedly agree with everything the author says. It's great for software quality and productivity (among other things, it's much harder to slack on HN), but it's also incredibly draining and definitely not for everybody.