Live data from Hacker News

On Pair Programming

martinfowler.com

21–30 of 121 posts

Re: On Pair Programming

#21
Nothing wrong with "pair programming". It's only natural when people are friendly, engaged and cooperating, in that order.

It's the environment that actively sabotage such way of working, or attempts to mandate it as a ritualistic practice, that is unnatural.

A natural extension of two people in front of a whiteboard, nothing more.

Re: On Pair Programming

#22
My experience of PP has been that it's often a way for one of the devs to prove that they are the smartest person at the desk, and its far from a collaborative effort.

A lot of dev teams suffer from the iamverysmart problem already, and PP just seems like a way to exacerbate it.

Re: On Pair Programming

#23
post #5

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

Why?

No pair would ever let me go off into the experimental wilds that are ill advised but is also where greatness can be found.

Some of my best and most important projects have started out as terrible diversions that after a while even I begin to wonder if I shouldn't be doing it.

Re: On Pair Programming

#24

Earlier quoted context omitted.

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.

Two people somewhat less experienced. I don't believe that was the issue.

Re: On Pair Programming

#25
Personally when approach a task I like to be alone and do design. At this point I do not need anyone messing with my thoughts. If I need advice sometime during the process due to let's say lack of experience in particular area I'll call someone who does and ask for advice. Does not take long. Few minutes usually.

When the design is ready I want to present it to people and they have to prove to me that I produced crap. If they do I am back to a drawing board . If not (and that became the most often outcome after few years in the industry) then f.. off leave me alone and I'will put my design into a code. The last thing I need at this point is someone breathing down my neck.

After the code is finished and I am reasonably happy with it I would like me some code review if condition allow. Not very often as I mostly work either on my own products and do not have people around for code review and/or making some extra dosh doing the same thing as consultant and consultants do not often get this luxury.

All in all I can see no benefits at all in doing pair programming for myself. If someone is happy with it and their boss lets them do it then sure, go full monty. Just please do not force this style on people. Not everyone can tolerate close contact for extended time.

Re: On Pair Programming

#26
post #5

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

Why?

For many of us, perhaps most of us, being forced into Pair Programming completely destroys the enjoyment and fun of programming. For people like me it's the difference between loving my job, or hating every second of it and not wanting to get up for work in the morning.

Frequent peer review and collaboration on important architectural decisions is sufficient. Sitting down and actually writing code together is unnecessary torture.

Imagine some legendary coder like Linus Torvalds or John Carmack writing the Linux Kernel or the Quake engine side by side with another dude at their keyboard all day every day. It's a fucking absurd and infantile concept.

Re: On Pair Programming

#27
post #20

Earlier quoted context omitted.

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.

Possibly, but the time and energy it would take to do that would be far better spent brushing up on new and not-recently-used technologies. Ability to produce quality code is far down the list of my weaknesses, and life is short.

Re: On Pair Programming

#28

Earlier quoted context omitted.

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.

Two people somewhat less experienced. I don't believe that was the issue.

Out of curiosity do you think they benefited from the experience?

Re: On Pair Programming

#29
post #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 t…

I appreciate your positive encouragement and that you took the time to write. I'm glad that you jumped in at the deep end and that it worked out so well for you :-)

I'm still not convinced that it would be good for my wellbeing and happiness, given that I've experienced PP for a couple of weeks on and off (not anywhere near 6 months like you!).

I do like to collaborate with co-workers to solve problems, for sure, and we will often share screens and benefit from putting our minds together. But PP for 6 ... 8 hours a day, without periods of quiet contemplation, spent with my own thoughts? When I think about it like that, my heart sinks.

Re: On Pair Programming

#30
I would take less money to get to work like this. The isolation is what I find hardest about being a developer. I work far better in a team with people relying on me. Direct interaction like that makes the days so much more enjoyable. I really hope to one day find an employer willing to adopt this practice.

If anyone is hiring I'll apply.

Post reply on HN