Live data from Hacker News

On Pair Programming

martinfowler.com

11–20 of 121 posts

Re: On Pair Programming

#11
post #5

If forced to choose between pair programming and not programming at all, I think I would choose the latter.

Why?

I'd venture 99% of pair coding is done by people who don't know why they're even doing it and set themselves up for failure at the outset ultimately crying sour grapes

Re: On Pair Programming

#12
I read through this quickly, but I couldn't find any mention of pair programming not being suitable for sensitive and introverted people - especially those that suffer from anxiety and other mental illnesses that can be made worse by the stress of pair programming.

Whilst the article mentions that it "can be hard and stressful" there is still the assumption that most people are more or less the same in terms of mental resilience, that most people would be okay and that everybody should "give it a go". I don't feel that's true at all, and certainly I'm one of those people that would be made ill by an environment of constant forced pair programming _even though_ I manage to hold down a job, appear "fairly normal" from the outside and do pretty well as a mostly solo programmer.

Re: On Pair Programming

#13
post #5

If forced to choose between pair programming and not programming at all, I think I would choose the latter.

Why?

Not OP, but for me, it's like having someone stand over my head with a pot, banging it with a spoon incessantly. It utterly destroys my ability to concentrate.

Had a chance to closely observe a session once. Looked through the code later--total garbage.

Apparently it works for some, but you couldn't pay me to do it.

(Also, seems unfair to programmers that can't hear well or need other accommodations.)

Re: On Pair Programming

#15

Earlier quoted context omitted.

Why?

Not OP, but for me, it's like having someone stand over my head with a pot, banging it with a spoon incessantly. It utterly destroys my ability to concentrate. Had a chance to closely observe a session once. Looked through the code later--total garbage. Apparently it works for some, but you couldn't pay me to do it. (Also, seems unfair to programmers that can't hear well or need other accommodations.)

Were you coding with someone either much more, or much less experienced than you? Without knowing the case, this could affect how successful the pair coding is.

Re: On Pair Programming

#16
post #5

If forced to choose between pair programming and not programming at all, I think I would choose the latter.

Why?

It's pretty much the opposite of what attracted a lot of current programmers to the field in the first place. Even if it were objectively better (which I doubt), I don't think it would be popular.

Re: On Pair Programming

#17
post #8

I had someone in an interview once "confess" that they did so much pair programming they had forgotten how to quickly do things on their own. It was said as if it was one of the pro's of pair prog., but I saw it as a huge downside that this person was so dependent on others to complete their day to day tasks.

I'm torn. I don't feel comfortable pair programming, but I think looking at an individual's speed is too narrow. Consider, you probably don't criticize this person's use of an IDE. Why is that different?

Effectively, in places we are comfortable adding AI style assistance, odd that we shun just the I.

To that end, we agree teams are typically needed. Shame we don't focus our measurements on the team. Feels a great way to kill a team is to measure it's individuals. :(

Re: On Pair Programming

#18

I read through this quickly, but I couldn't find any mention of pair programming not being suitable for sensitive and introverted people - especially those that suffer from anxiety and other mental illnesses that can be made worse by the stress of pair programming. Whilst the article mentions that it "can be hard and stressful" there is still the assumption that most people are more or less the same in terms of menta…

It sounds like you and I are very similar.

I was part of a company that went down the road of XP...it was very difficult for the first 6 months but it changed my life.

I am much different now than when I started (I am actually in a role where communication is a big part of my role)...I forced myself to stick it out. Not going to lie there were a lot of tough moments on long train-rides home but I not only learned a ton from those around me, but it changed how I connect and interacted with folks.

Granted it is not for everyone, I would especially say those who want to punch-in, browse reddit, and punch-out...but it is the one thing that I've found which brought up the water-line of a team I was working on.

Re: On Pair Programming

#19
post #5

If forced to choose between pair programming and not programming at all, I think I would choose the latter.

Why?

Try using an old version of Visual Basic. Note how when you type something with a syntax error and then cursor off the line, the IDE will flag up the error with a modal dialog box you have to dismiss before you can continue.

That's pair programming, except the modal dialog box is a smelly human looking over your shoulder.

Re: On Pair Programming

#20

Earlier quoted context omitted.

Why?

Not OP, but for me, it's like having someone stand over my head with a pot, banging it with a spoon incessantly. It utterly destroys my ability to concentrate. Had a chance to closely observe a session once. Looked through the code later--total garbage. Apparently it works for some, but you couldn't pay me to do it. (Also, seems unfair to programmers that can't hear well or need other accommodations.)

Pairing programming is like any skill. If you never do it, you will be terrible at it. I also believe that pair programming requires a level of psychological safety that not all orgs possess.
Post reply on HN