Pair programming - how wide spread is it?

[russell]

It's rare to find 2 excellent programmers in the same company let alone the same team (excluding silicon valley). To pair a great programmer up with a run of the mill will just slow down the whole development process. It's a moronic idea dreamed up by people looking to sell something.

[MyUserName]

It's rare to find 2 excellent programmers in the same company let alone the same team (excluding silicon valley). To pair a great programmer up with a run of the mill will just slow down the whole development process. It's a moronic idea dreamed up by people looking to sell something.

You do not need an excellent programmer, you just need one who is professional enough to put the needs of the project ahead of their ego and has the ability to learn.

Pairing an excellent programmer up with someone not as experienced will teach the less experienced programmer far quicker than them programming alone, it will also spread knowledge etc.

The expert will not be able to code as fast as if they were alone but the overall team speed measure over the long term will increase. Especially as it greately reduces maintenance overhead.

[NotAllThere]

...To pair a great programmer up with a run of the mill will just slow down the whole development process. It's a moronic idea dreamed up by people looking to sell something.

“That which can be asserted without evidence, can be dismissed without evidence.”

Indeed.

[Wils]

I've never seen information transfer happen in these meetings. For one thing 30-60s is only enough to cover the main area someone is working on, not anything useful about the tech/code. For another, everybody just sits looking bored waiting/dreading their turn to speak and then turns off until they can go do some real work..

I couldn't agree more. If we are all honest, the real purpose of the stand-up is to make the developer more accountable. It has little to do with knowledge transfer and everything do with justifying your income. I have seen some people become expert at doing very little but presenting it as though its a lot. And some very productive people not have their effort recognised because they don't the possess the same presentation skills. Particularly those who don't speak English as a first language.

[russell]

You do not need an excellent programmer, you just need one who is professional enough to put the needs of the project ahead of their ego and has the ability to learn.

Pairing an excellent programmer up with someone not as experienced will teach the less experienced programmer far quicker than them programming alone, it will also spread knowledge etc.

The expert will not be able to code as fast as if they were alone but the overall team speed measure over the long term will increase. Especially as it greately reduces maintenance overhead.

What you are talking about is training, not pair programming.

[MyUserName]

What you are talking about is training, not pair programming.

Training is a part of pair programming, for both programmers.

[billybiro]

The point of pair programming is that two people working together is supposed to produce more than two people working seperately. When MBA wielding manages believe this, then you'll have pair programming. The evidence is that, done properly, it is indeed synergistic.

Holy buzzword bingo, batman!

Yes, it is indeed devised to leverage synergies and maximise bandwidth facilitating a streamlined pipeline and win-win situation. When combined with Agile techniques, pair-programming can push the envelope and enable deep-dive blue sky thinking to move forward on the 50,000 ft view of the entire project, expediting the win-win situation of making progress against the low hanging fruit and right-shifting the entire organisation allowing an under-pinning of land and expand strategies and empowering management and development with proactive, joined-up thinking to cover all directions of the compass in best-practise, big picture, value-added core business performance indicators.

[darrenb]

All of these things have a good chance of succeeding when introduced by developers.

All of these things will just demoralize people when introduced by management.

The underlying motivations cause very different flavours of such practises to emerge. Is the motivation to improve the product, or is it to interfere and monitor and micromanage things because you don't trust your people?

[Willapp]

Holy buzzword bingo, batman!

Yes, it is indeed devised to leverage synergies and maximise bandwidth facilitating a streamlined pipeline and win-win situation. When combined with Agile techniques, pair-programming can push the envelope and enable deep-dive blue sky thinking to move forward on the 50,000 ft view of the entire project, expediting the win-win situation of making progress against the low hanging fruit and right-shifting the entire organisation allowing an under-pinning of land and expand strategies and empowering management and development with proactive, joined-up thinking to cover all directions of the compass in best-practise, big picture, value-added core business performance indicators.

Brilliant!

[acontractor]

I have worked in Both Pair programming environment and scrum environment with two different companies. The Pair programming is a good concept provided everyone involved understand and on board. Sometimes companies bring this so that if they have too many senior devs. and for e.g. they cant promote on over the other (in permie.) which I think is wrong reason. My belief is that if you have few people who posses domain or dev. expertises in something then they can be a lead in that pair in that project while in another project someone else can. This way balance of who is driving the team is maintained.

Scrum can have very negative effect on developers if the top management dont understand why they are implementing the scrum. I worked for a company where the company actively encouraging their senior staff to do training etc. and it did helped moving project forward. In another company the senior management thought that Scrum is a tool from which they can control the developers and make developers more accountable.

My experience is that any process or method implemented without full understanding can give negative results.