headers
Ron Jeffries | 1 Mar 2006 05:12
Favicon

Re: Pair programming

On Tuesday, February 28, 2006, at 5:51:55 AM, Paul Grew wrote:

> I've started to introduce the practice of pair programming to my team of 9
> staff with mixed enthusiasm; however i'm keen that it will be a success as
> previous experience has shown benefits in productivity and quality.

> My feeling is that being a good pair is a skill in itself. I've been
> involved in XP for a couple of years and a reading Laurie Williams book.

> My question for the group is how do you coach and teach people to be good
> pairs?

I don't think I can /teach/ people much of anything. What I can do
is to show them how I do things, tell them how other people of skill
do things, invite them to practice, and offer suggestions and hints
as to how to observe and assess themselves and their pair.

It's the practice that does it, in my opinion.

Ron Jeffries
www.XProgramming.com
Sometimes you just have to stop holding on with both hands, both
feet, and your tail, to get someplace better. Of course you might
plummet to the earth and die, but probably not:
You were made for this.

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
James Carr | 1 Mar 2006 05:51
Picon
Gravatar

Where do CRC cards fit in XP (if at all)?

Hi,

I just recently finished reading Object Design by by Rebecca
Wirfs-Brock and Alan McKean (which I must point out is a great read on
improving OO design) and was a little curious where CRC cards fit in
the XP process (or if it can be applied at all)? I've been using them
for a personal project to help organize and quickly scribble out
design ideas and rearange object roles and collaborators without going
into a full up front design.... I find I can revist these often to
scratch out or add roles and collaborators, or even outright remove
them without much in depth detail that distracts from actual work
being done.

I guess I'm just curious where these would fit if used in XP, my
initial guess is they could come in handy during refactoring, but
perhaps are usable elsewhere?

Thanks,
JC

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com
Permalink | Reply | 2 comments |
headers
Ron Jeffries | 1 Mar 2006 06:17
Favicon

Re: Where do CRC cards fit in XP (if at all)?

On Tuesday, February 28, 2006, at 8:51:40 PM, James Carr wrote:

> I just recently finished reading Object Design by by Rebecca
> Wirfs-Brock and Alan McKean (which I must point out is a great read on
> improving OO design) and was a little curious where CRC cards fit in
> the XP process (or if it can be applied at all)? I've been using them
> for a personal project to help organize and quickly scribble out
> design ideas and rearange object roles and collaborators without going
> into a full up front design.... I find I can revist these often to
> scratch out or add roles and collaborators, or even outright remove
> them without much in depth detail that distracts from actual work
> being done.

> I guess I'm just curious where these would fit if used in XP, my
> initial guess is they could come in handy during refactoring, but
> perhaps are usable elsewhere?

Often a team may wish to do a "Quick Design Session" where they lay
out a tentative design for something. They might do this by drawing
UML on a whiteboard, or by moving some cards around in CRC fashion.

The original XP project, C3, used CRC design, as briefly described
here: http://www.xprogramming.com/Practices/PracCRC.html

You can read a bit more about Quick Design Sessions in XP Installed.
I myself find that I use design aids such as CRC or UML less
frequently, as I use TDD more and more, and as my designs get
simpler. That could be a matter of practice, or it could be due to
the fact that the programs I write are generally pretty small.
(Continue reading)

Permalink | Reply | 0 comments |
headers
June Kim | 1 Mar 2006 06:17
Picon

Re: Where do CRC cards fit in XP (if at all)?

On 3/1/06, James Carr <james.r.carr <at> gmail.com> wrote:
> Hi,
>
> I just recently finished reading Object Design by by Rebecca
> Wirfs-Brock and Alan McKean (which I must point out is a great read on
> improving OO design) and was a little curious where CRC cards fit in
> the XP process (or if it can be applied at all)? I've been using them
> for a personal project to help organize and quickly scribble out
> design ideas and rearange object roles and collaborators without going
> into a full up front design.... I find I can revist these often to
> scratch out or add roles and collaborators, or even outright remove
> them without much in depth detail that distracts from actual work
> being done.
>
> I guess I'm just curious where these would fit if used in XP, my
> initial guess is they could come in handy during refactoring, but
> perhaps are usable elsewhere?
>
> Thanks,
> JC
>

Oh, CRC cards! They fit in XP very well. CRC cards can be used
everyday and almost everywhere in XP projects.

The scale may vary from single person to about ten people(yes, I've done this).

You've told us about your case, where single person using crc cards.
They are really good way of externalizing ideas and concepts and
touching with hands.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charlie Poole | 1 Mar 2006 08:39
Favicon

RE: Cool build status lights

You obviously need a better acceptance test if your deer has arms. :-)

Charlie 

> -----Original Message-----
> From: extremeprogramming <at> yahoogroups.com 
> [mailto:extremeprogramming <at> yahoogroups.com] On Behalf Of Jeff Morgan
> Sent: Tuesday, February 28, 2006 9:05 AM
> To: extremeprogramming <at> yahoogroups.com
> Subject: Re: [XP] Cool build status lights
> 
> We have a "build deer" to inform us when the build turns red. 
>  The deer's arms flap for about 30 seconds.
> 
> -Cheezy
> 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
> To Post a message, send it to:   extremeprogramming <at> eGroups.com
> 
> To Unsubscribe, send a blank message to: 
> extremeprogramming-unsubscribe <at> eGroups.com
> 
> ad-free courtesy of objectmentor.com
> Yahoo! Groups Links
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ilja Preuss | 1 Mar 2006 08:40
Favicon

RE: Cool build status lights

> Doesn't this start to get on your nerves after a while?

The sounds? No. In fact we discarded some early sounds that were too subtle.
The feedback from the sound really is vital to us. In fact some of us even
tend to not hear the red alert anymore when they are involved into pair
programming, which isn't ideal.

Cheers, Ilja

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com
Permalink | Reply | 5 comments |
headers
Ian Collins | 1 Mar 2006 08:50

Re: Cool build status lights

Ilja Preuss wrote:

>>Doesn't this start to get on your nerves after a while?
>>    
>>
>
>The sounds? No. In fact we discarded some early sounds that were too subtle.
>The feedback from the sound really is vital to us. In fact some of us even
>tend to not hear the red alert anymore when they are involved into pair
>programming, which isn't ideal.
>
>  
>
I'm a little confused with this build status thing, how often do these 
builds happen?  On my last project, our branch merge scripts would fail 
if any test on the pre-merged branch failed, so we never broke the main 
branch.

Ian

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com
Permalink | Reply | 3 comments |
headers
Ilja Preuss | 1 Mar 2006 09:19
Favicon

RE: Cool build status lights

> I'm a little confused with this build status thing, how often do these
> builds happen?

Every hour, roughly. That is because a build currently takes an hour (and
yes, this isn't ideal either).

> On my last project, our branch merge scripts would
> fail if any test on the pre-merged branch failed, so we never broke
> the main branch.

That sounds very good, but I don't know how to do this on our current
project. I *do* have some ideas on how to bring build time down to an
average of estimated ten minutes. Not sure how the sounds will work in that
situation.

This is a project with around a million lines of Java in 100+ interdependent
CVS modules.

Cheers, Ilja

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com
Permalink | Reply | 1 comment |
headers
Ian Collins | 1 Mar 2006 09:25

Re: Cool build status lights

Ilja Preuss wrote:

>>I'm a little confused with this build status thing, how often do these
>>builds happen?
>>    
>>
>
>Every hour, roughly. That is because a build currently takes an hour (and
>yes, this isn't ideal either).
>
>  
>
Gulp!

>>On my last project, our branch merge scripts would
>>fail if any test on the pre-merged branch failed, so we never broke
>>the main branch.
>>    
>>
>
>That sounds very good, but I don't know how to do this on our current
>project. I *do* have some ideas on how to bring build time down to an
>average of estimated ten minutes. Not sure how the sounds will work in that
>situation.
>
>  
>
It worked for us because we kept our build time down to a couple of 
minutes, otherwise the temptation to bypass the validation phase became 
too great.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Smith | 1 Mar 2006 10:16

Re: Cool build status lights

> Doesn't this start to get on your nerves after a while?  I can see it 
> being amusing at first, but all day every day?
> 
> Ian

The sounds only play when the status changes, not after every build,
so it might only happen once or twice a day.  You're right, if it was
after every build, we'd soon get sick of it, or worse, get used to it.

They've only been running for a week and we love them so far!

Chris

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com
Permalink | Reply | 1 comment |

Gmane