Re: Agile Development, Anyone?

In that case Bryce "Pair Programming" is nothing more than a new buzzword
for what lots of people already do, which is to converse with others
regarding the design of an application. If that IS the case then this is
just one more of my pet peeves with today's "new" programming
methods/paradigms. It is something that's been around since the age of
the computer that younger folks think they came up with themselves and
slap a new sticker on it. (a rose by any other name...)





From: Bryce Martin <BMartin@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 08/30/2011 07:38 AM
Subject: Re: Agile Development, Anyone?
Sent by: midrange-l-bounces@xxxxxxxxxxxx



You're missing the point of pair programming. Its about tackling a
problem with 2 heads, cutting the thinking time down, and getting a
product iteration out. We can make claims about super programmers not
benefitting and yada yada yada... but if a super programmer is working on
a sufficiently hard problem then pairing with another super programmer
would make that problem much easier to tackle. This works especially well

when needing to melt two areas of expertise. Its not about syntax and
style... that is what the language and style guides are for. Its about
solving a problem with as few bumps in the road as possible. Two sets of
eyes means automatic double checking of the code, auto code review as
someone else had said.


Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777



Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
08/29/2011 03:58 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: Agile Development, Anyone?






On 8/29/2011 1:26 PM, rob@xxxxxxxxx wrote:

But have you tried it? The few times I've done it, it was an

interesting

experience that seemed really productive. As long as you can keep on
track.

I haven't done "Pair Programming", but I've sat and written code with
someone else, usually when trying to repair older existing code. I've
also done lots of team design sessions. From that, I have no desire to
find someone to sit with as we explain why we write code the way we do.

Joe