4 ms·
I really liked what Mark Wilden had to say about Pair Programming. Personally, I don't see how Pair Programming is as valuable as teams. I prefer looking at peo
by ericHosick 16y ago
I really liked what Mark Wilden had to say about Pair Programming. Personally, I don't see how Pair Programming is as valuable as teams. I prefer looking at people working on a project as a cross-functional team. This involves everyone (the team, product owner, agile master and even sales).
From a team perspective, people can work together when they need to, or run off to do research on their own and so on. It is an open experience where the Team figures out on their own how to best work together.
In pair programming, developers are FORCED to work a specific way. And that might not be the best way for that developer. I think Mark would have had a much more enjoyable experience in a team centric environment where each person is able to add to the team in the way they feel most comfortable.
Agile is about self managed cross-functional teams. As soon as upper management forces a team to work in a specific way, that self managed aspect disappears.
I do understand all of the advantages of paired programming but think you can get those and a lot more focusing on teamwork instead of pair work.
My two cents.
- danparsonson 16y agoPersonally, I see pair programming as one of a set of tools that should be deployed when necessary, rather than followed religiously. I've found it useful when I'm trying to solve a difficult problem, or teach a new starter about the company's code base. I also don't see it, as some other posters do, as being about 'code ownership' or bragging rights - that seems absurd to me, but perhaps I would feel differently if forced to program that way full-time. Likewise TDD (famously: http://www.infoq.com/news/2007/05/tdd-sudoku http://www.infoq.com/news/2007/05/tdd-sudoku), Agile, etc. None of these things is a panacea, but they can be very effective if thoughtfully applied.