<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.comp.programming.extreme-programming">
    <title>gmane.comp.programming.extreme-programming</title>
    <link>http://blog.gmane.org/gmane.comp.programming.extreme-programming</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100907"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100904"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100900"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100846"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100834"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100813"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100798"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100780"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100726"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100657"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100582"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100570"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100562"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100484"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100483"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100448"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100421"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100413"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100396"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100907">
    <title>Pair Debugging</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100907</link>
    <description>Hey,

I've been working with XP for just over two years, pairing nearly the whole
time but one of the areas where I have yet to see it used effectively is
when debugging a problem as a pair.

In these situations I often feel completely lost as my pair moves around the
code base exploring options - I've tried asking what their thought process
is and how they work out where to look next but it seems more of a hindrance
than adding value.

Anyone got any ideas of how to pair debug more effectively?

Cheers,
Mark


[Non-text portions of this message have been removed]


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Mark Needham</dc:creator>
    <dc:date>2008-11-20T14:30:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100904">
    <title>Fixed Duration Iterations</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100904</link>
    <description>I am working with a team of four domain-experts-who-also-code. They are not
working on a single unified product per se, but are building in-house
(financial modelling) tools that are consumed via excel. They need some
guidance on how to introduce a bit more process into their routines. These
are a couple of their pain points...

* Are unable to polish code enough to get it to a point where it is
production ready
* Have an issue with duplicate code being developed because of lack of
communication
* Lack skills to develop code that is well layered, and follows proper
design principles, so code tends to be hard to extend and maintain

I think one of the mechanisms that will address their issues is to use
continuous integration and make small regular releases to production.

The question I have is this - the developers are all, as I mentioned, domain
experts in their own individual (but related) fields. They do not all work
on the same features at the same time, and therefore they will each
compelete their individual tasks at different points and with different
frequencies.

Would it be proper to take a fixed team-level iteration approach with a
group like this? What is the alternative - give each developer their own
fixed duration release cycle? Avoid fixed release cycles all together?

Thanks in advance!

Kevin Trethewey
Driven Software


[Non-text portions of this message have been removed]


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Kevin Trethewey (Driven Software</dc:creator>
    <dc:date>2008-11-20T13:57:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100900">
    <title>Blog entry - The Practices Do Matter... at First</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100900</link>
    <description>"With all the recent talk about the Decline and Fall of Agile, I've seen 
a number of comments about how we should focus on the Values and 
Principles of the Agile Manifesto and not on the practices of any one 
approach. I agree with this to a point. Once a team has matured within a 
particular process then absolutely they can really begin to tailor it to 
suit their local circumstances using the Values and Principles as their 
guide."

http://practicalagility.blogspot.com/2008/11/practices-do-matter-at-first.html

</description>
    <dc:creator>Dave Rooney</dc:creator>
    <dc:date>2008-11-20T10:24:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100846">
    <title>REMINDER: about Agile-ANN</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100846</link>
    <description>Hi,

Agile-ANN is for announcements that can be about almost anything:
* courses
* jobs or consulting gigs that are open
* new or existing groups
* group meetings, conferences
* services offered
* etc., etc.

Read 'em or post 'em.

Here: http://finance.groups.yahoo.com/group/Agile-ANN/  And 
join.  You'll be surprised how much you'll observe about the Agile 
community just by watching.

The hope is that regular discussion groups will can be 
for...well...regular discussion.

Scope is worldwide.

Please tell others about this Agile-ANN list.

Regards, Joe


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Joseph Little</dc:creator>
    <dc:date>2008-11-17T17:16:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100834">
    <title>Article: When Agile Goes Bad</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100834</link>
    <description>When Agile Projects Go Bad
Your software development projects can benefit from Agile - assuming  
it's really what's used. Learn about the sins that have been  
committed in the name of "Agile." With input from two of the Agile  
manifesto signatories.
http://www.cio.com/article/464169/When_Agile_Projects_Go_Bad


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Esther Schindler</dc:creator>
    <dc:date>2008-11-18T22:22:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100813">
    <title>REMINDER: about Agile-ANN</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100813</link>
    <description>Hi,

Agile-ANN is for announcements that can be about almost anything:
* courses
* jobs or consulting gigs that are open
* new or existing groups
* group meetings, conferences
* services offered
* etc., etc.

Read 'em or post 'em.

Here: http://finance.groups.yahoo.com/group/Agile-ANN/  And 
join.  You'll be surprised how much you'll observe about the Agile 
community just by watching.

The hope is that regular discussion groups will can be 
for...well...regular discussion.

Scope is worldwide.

Please tell others about this Agile-ANN list.

Regards, Joe


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Joseph Little</dc:creator>
    <dc:date>2008-11-17T17:06:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100798">
    <title>Duplicate Code in One's Testing Code</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100798</link>
    <description>Hi all!

This is my first post to this list. I'm an open-source developer, 
essayist/blogger, advocate and organiser of real-life events. I use Linux at 
home, and primarily develop in Perl, but also in other languages. While I'm 
not doing fully XP-style development, I've been employing some XP-related 
methods like TDD and refactoring when doing FOSS development, and am 
interested in software management and philosophy.

For more information about me refer to:

* http://www.shlomifish.org/
* http://www.shlomifish.org/open-source/
* http://search.cpan.org/~shlomif/

Now to the issue I'd like to raise.

In "Refactoring" by Martin Fowler, Fowler says that one should expect to have 
duplicate code in the code of their automated test suite, and that's 
perfectly acceptable because many of the rules of refactoring don't apply to 
one's test code.

So for example we can perform several assertions on one object which was 
initialiased using some parameters, and then perform similar assertions on 
another object that was initialised using different parameters. And then with 
slight variations, etc.

However, in "Perl Best Practices" Damian Conway says that one should apply the 
principle of avoiding duplicate code in their test suite as well. I don't 
recall him giving many arguments for this (and neither did Fowler in his 
counter-argument), but it makes sense in the sense of reducing line count, 
avoiding duplicacy and ease of maintenance (in case an API was broken, etc.).

I'm not sure what is the correct approach here, which is why I'm asking for 
your opinion. Personally, I've been duplicating code in my test suite a lot 
(including by using copy-and-paste) but also been extracting a lot of testing 
code into testing-specific methods, classes and loops, when I found that it's 
gone out of hand. So I haven't consistently followed either approach.

What are your thoughts about this issue?

Regards,

Shlomi Fish

-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
Why I Love Perl - http://xrl.us/bjn88

Shlomi, so what are you working on? Working on a new wiki about unit testing 
fortunes in freecell? -- Ran Eilam

------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Shlomi Fish</dc:creator>
    <dc:date>2008-11-13T19:01:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100787">
    <title>[agileprogramming-ottawa-canada] New Blog Entry - Agile Circling the Drain?</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100787</link>
    <description>In response to (and support of) James Shore's post "The Decline and Fall
of Agile".

http://practicalagility.blogspot.com/2008/11/agile-circling-drain.html

</description>
    <dc:creator>Dave Rooney</dc:creator>
    <dc:date>2008-11-16T16:54:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100780">
    <title>Practices (Shu), Principles (Ha) and Values (Ri)</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100780</link>
    <description>Lately I realized a correlation between practices, principles and values and 
the ShuHaRi principle. Here is a link to my blogentry on it:
http://blog.shino.de/index.php?/archives/18-Skillset-development.html

I appreciate feedback whether to follow this scheme or if it turns out to be a 
dead-end.

Kind regards
Markus Gärtner

------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Markus Gaertner</dc:creator>
    <dc:date>2008-11-15T12:06:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100726">
    <title>Missing Messages</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100726</link>
    <description>Quick question... 

Has anyone besides me on the list noticed messages getting dropped?  I
am set up to get individual emails sent to my Gmail account.   

Twice in the last week I have seen responses to messages that I never
got.  So I sign in to the group and sure enough, there's the message
but it never showed up in my Gmail. 

Just curious if it's a problem on my end or Yahoo?

Matt 


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Matt</dc:creator>
    <dc:date>2008-11-12T19:18:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100657">
    <title>[ANN] Rising, Rothman and Poppendieck (Oh My!)</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100657</link>
    <description>Hi All,

For those attending the SQE Agile Conference in Orlando, or for those in 
the area, I wanted to let you know about a joint Tampa Agile/Orlando 
Scrum meeting this Wednesday at 6:30pm with special guests Linda Rising, 
Johanna Rothman and Mary Poppendieck. You can find more information at 
the Agile Florida website:

http://www.agileflorida.com/2008/11/08/rising-rothman-and-poppendiek-oh-my-orlando-talks-wednesday-1112/

Thanks!

</description>
    <dc:creator>Cory Foy</dc:creator>
    <dc:date>2008-11-11T02:54:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100582">
    <title>We're perfect (but we lack self-knowledge)</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100582</link>
    <description>Hi guys,

On Sun, Nov 9, 2008 at 19:59, Ron Jeffries &lt;ronjeffries&lt; at &gt;xprogramming.com&gt; wrote:

What if the team insists they're already doing a perfect job?

I struggle with that sometimes; I try to point the team to problems
(above-zero defect count, struggling to at least get one active
work-item done by end of Friday, etc), but the rest of them think it's
just me looking for fault and being cranky.

Responses like "you worry too much" or "you're never happy, are you?"
are common.

Are there any gems of motivational knowledge that I can apply? How do
you go about this practically, letting the team select practices?

Thanks,
- Kim

------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Kim Gräsman</dc:creator>
    <dc:date>2008-11-10T11:22:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100570">
    <title>Xen and the art of XP system administration</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100570</link>
    <description>Any eXtreme linux sysadmins out there using Xen virtualization to make
developer image deployment simpler and more uniform? to make software
testing trivially reproducible for a range of common customer system
configurations? to similarly simplify CI server deployment?

I'm just starting down this road and would love some pointers to good
references on the web. Thanks in advance - Jared


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>jaredhirsch</dc:creator>
    <dc:date>2008-11-08T18:35:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100562">
    <title>Your favourite .NET MVC/ORM enabled web Framework?</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100562</link>
    <description>Hello all.

I am currently coaching a team into being a little more agile. I am
not the technical coach, I am simply trying to help with the adoption
of Scrum an the right values at the management levels. The shop is
.NET and rather tied down into it, for a little "sales" web-site they
want to hammer together while testing the ideas of Scrum and further
the ideas of XP's engineering practices I suggested they try and find
something lightweight.

Personally I had hoped they would go for something like RoR (simply
because I understand it better), but their choice is their choice.
Team and all :)

Now my question is, there any MVC/ORM (kind of like RoR) like
framework for .Net (including all the Ajax goodness, maybe a bit of
REST) that I can reflect back to them on Monday? Of course they shall
make the choice, but I would like to show them that I also care about
this and invested a bit of time into it.

I did google and peek about, yet it would be great to hear some ideas
from you all. Of course I would like to take into account that this
framework should make it "easy" to stick to the values an principles
of engineering that you can find so well represented in XP.

Thank you

</description>
    <dc:creator>David H.</dc:creator>
    <dc:date>2008-11-08T23:57:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100484">
    <title>Customer Satisfaction and Agile Methods</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100484</link>
    <description>To Whom It May Concern,

Because of the significance of the work, and because of demand, I 
decided to publish the results of my research with VDM Publishing 
LLC. The web site is www.vdm-publishing,com. The book is 
entitled: "Customer Satisfaction and Agile Methods", and the ISBN 
number is 978-3-639-09476-3.

The research surveyed 185 projects, and the results proved to be 
quite controversial, provocative, and unexpected. You will not look 
at agile methods the same way after you have read my book. You will 
not believe all of the hype that has been written about the use and 
results of agile methods. The next time that you read something on 
agile methods, you will think of my research. You will come away from 
my book with a greater understanding of what agile methods are all 
about, and what they can and do achieve, but more importantly, what 
they cannot and do not achieve.

If you are interested in agile methods, but are unsure whether they 
are the right software development methods to employ, then my book is 
for you. In my book, you will find hard data on the characteristics 
of projects, participants, and whether agile methods are the only 
software development to use to satisfy your customers.

I invite you to contact VDM Publishing LLC regarding my book 
entitled "Customer Satisfaction and Agile Methods", and find out for 
yourself the real value of employing agile software development 
methods rather than plan-driven software development methods.

Donald L. Buresh, Ph.D.
3115 Enoch Avenue
Zion, IL 60099
Tele: 847-872-1659
LoganSquareDon&lt; at &gt;sbcglobal.net




------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>donald.buresh</dc:creator>
    <dc:date>2008-11-07T09:33:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100483">
    <title>Facilitating Pairdraw, self organise or not...</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100483</link>
    <description>Hi,

I was thinking of facilitating a pairdraw excercise: 
http://www.industriallogic.com/games/pairdraw.html

For those of you who have used this excercise: 
When pair drawing, should the team be instructed to take turns 
drawing one line at a time, or do you let them self-organise? If so, 
do you usually see the behaviour with taking turns and completing 
each others work emerge naturally? In most pictures in the example 
you can see this behaviour...

I would prefer the self organise approach, if it manages to get the 
points through in such a short time, but I also also can imagine that 
the uncertanity introduced by having people taking turns gets them 
more focused, attentive and into teamwork.

So what do you think? What is the most efficient way to set this 
excercise up? What is your experience?

- Henrik



------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>Henrik Berglund</dc:creator>
    <dc:date>2008-11-07T09:03:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100448">
    <title>FluentSpec, a BDD framework is born</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100448</link>
    <description>advance for the duplication.&gt;&gt; project url: fluentspec.com

Introduction

"Name classes and operations to describe their effect and purpose, without
reference to the means by which they do what they promise. This relieves the
client developer of the need to understand the internals. These names should
conform to the UBIQUITOUS LANGUAGE so that team members can quickly infer
their meaning. Write a test for a behavior before creating it, to force your
thinking into client developer mode." -- Eric Evans

There is one main principle behind FluentSpec: simplicity. It automates the
test setup, removes the Test Doubles and leaves a minimal footprint on test
code. It merges classical and mockist styles of TDD with a BDD mindset. Its
ultimate goal would be to help shifting our thinking into client developer
mode, enabling the flow of Supple Designs.

FluentSpec is a natural evolution in the field of unit testing. It can be
described from a mockist standpoint but it is not a prerequisite to possess
this knowledge. Mock frameworks have been proven hard to understand by
newcomers into the world of TDD. That is one of FluentSpec's strengths; it
should feel natural for experienced TDD'ers and easy to grasp by novice
minds.

The main concern for minds discovering TDD should be to find a comfortable
test cycle length. A test cycle is one round of red/green/refactor. The
shorter the cycle, the more fluent the process becomes. FluentSpec
simplifies that cycle by eliminating all the noise and promoting the
three-phased testing pattern of Setup, Exercise and Verify. These phases
provide a stable structure for the tests, allowing the developer to put more
focus on finding descriptive names.

That is where this framework does the magic. It provides a fluent interface
with sentences starting from the BDD terms of Given, When and Should. This
triggers the flow of the Ubiquitous Language from a client perspective. When
these sentences are structured in phases the test becomes a user story that
serves as a specification of the SUT's behavior. This leads to code that is
easier to understand and modify -- in a word, suppler.

Once the story is created, the next step is to go back to green as soon as
possible. FluentSpec excels in transparency here. The programmer controls
the isolation levels by virtualizing methods and abstracting dependencies.
The more we abstract, the less concrete code that needs to be written and
the faster we get back to a green state. FluentSpec hides the test double
behaviors behind BDD intentions: The SUT is a state-machine that behaves
like a Stub on Given, a Spy on When and a Mock on Should.

Every test cycle ends with a refactor following the DRY principle. Since the
story was written with a fluent interface, the refactor can be easily driven
with automated tools. This is a natural feature in most mock frameworks.
However, FluentSpec makes it simpler by making the methods and properties of
the SUT part of the method chain instead of arguments with delegates and
closures.

BDD is a particular strategy of TDD that catalyzes the distillation of the
Domain by setting up a conversation about the SUT from a client's
perspective. Since clients don't care about the hows, implementation details
are removed from interfaces and the code becomes simpler to understand. As a
side effect it also becomes more encapsulated and easier to change. These
are the fundamental characteristics of Supple Designs. FluentSpec wishes to
lend a helping hand on their discovery.


[Non-text portions of this message have been removed]


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>mike</dc:creator>
    <dc:date>2008-11-06T07:05:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100421">
    <title>XP Knowledge Management.</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100421</link>
    <description>Hi Xpers,

In TOGAF and RUP we have some sort of knowledge management and some
call it Information Architecture(not Business Architecture). What is
the equivalent in XP. Do you guys know a good website that can point
me to the right direction?

The problem I have with XP is that some of the people do not share as
expected of them. This causes some individuals being perceived to be
more important than the team. The other problem that is really
cropping up now is that these people have started to influence the
young ones to think that if they please these guys they are covered. 

There are some cases were this has lead to the undermining of the
actual problem that they are solving for the customer just to be seen
as good to the masters. If a young guy comes form outside his view are
not recognized by the older staff and the younger ones always want
approval from the older ones before implementing them. 

Any pointer will be good,

M.


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>monde_hans</dc:creator>
    <dc:date>2008-11-05T12:41:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100413">
    <title>Yes, We can Can</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100413</link>
    <description>
I was inspired watching the live telecast from Chicago of the people 
celebrating with the new to-be 44th President of the United States of 
America and heard his emotional speech.   I felt that we too in the 
Agile Community can draw inspiration and motivation from him.

Congratulations, you guys in the US for having elected a great 
president for yourself, and hopefully for all of us in this world.  We  
look forward to him steering a new set of Values in all our thinking 
around Responsibility, Accountability, Transparency and Relationships.

As a member of the Agile/XP community, I too would like to join all of 
you and shout today "Yes, We Can" .  

God Bless

Kripanidhi
http://www.binaryessentials.com   


------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>S M Kripanidhi</dc:creator>
    <dc:date>2008-11-05T05:41:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100396">
    <title>Pilot iteration - lessons learned</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100396</link>
    <description>Today we had a post iteration meeting with the rookie Scrum Master of our
pilot team.  Since I bugged you guys at the beginning I thought I would
share some observations.

This is a distributed team with the Customer in England, the Scrum
Master/Architect in NJ, the programmers in Mexico, and the QA guy in India.
There was about two hours per day of overlap.

The team liked the process very much, and especially enjoyed the daily
meeting aspect.  Enjoyed might be strong but they found it very useful and
don't want to give up the daily meeting.  They got a lot done with only one
change in a four week sprint where the customer swapped a new story for one
that had not been started.

The programmers have discovered a need for unit testing and will ask for an
infrastructure story to add Junit tests to the high use modules.  They will
also explore TDD - they are concerned that it will slow them down but are
willing to give it a whirl.  I asked the SM to project himself a few
iterations into the future and consider the codebase without unit testing -
we were on a conference call, but I'm pretty sure he shuddered.

They were able to use the time difference between dev and qa to good
advantage in a code, test, meet cycle.
The team wants automated regression testing - this is something I've been
beating the drum on and agile has exposed the problem in a way that gets
programmers' attention.  The programmers want access to the tests that QA
runs so they can avoid defects - I have already set this up.

They did the stories in parallel but will try to break them up differently
to reduce their WIP for the next sprint.

We still have a long way to go, but I think we're off to a good start.  We
have other teams and customers starting sprints and we'll expose many of the
same issues.  The key question is how well we address them.

Thank you guys for all the feedback.  Feel free to put me on a better path.


I would really like to get all our Directors and Managers into some kind of
Scrum|Lean|IXP course in conjunction with a direction-setting management
retreat - hopefully get everybody on the same page.

Mike
</description>
    <dc:creator>Mike Coon</dc:creator>
    <dc:date>2008-11-04T23:34:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.programming.extreme-programming/100384">
    <title>[ANN] Free tool for XP and SCRUM projects tracking  Sprintometer</title>
    <link>http://comments.gmane.org/gmane.comp.programming.extreme-programming/100384</link>
    <description>In October 6th 2008 a new freeware program for XP and SCRUM projects
tracking and management called `Sprintometer' was published on site
www.sprintometer.com.

This simple and rather unusual program was originally created by
people working on offshore agile projects for their own purposes but
now we decided to share it with agile community. 

Any feedback from XP experts is highly appreciated.

From Russia with love...to agile! :),
Sprintometer Development Team.



------------------------------------

To Post a message, send it to:   extremeprogramming&lt; at &gt;eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe&lt; at &gt;eGroups.com

ad-free courtesy of objectmentor.comYahoo! Groups Links

&lt;*&gt; To visit your group on the web, go to:
    http://groups.yahoo.com/group/extremeprogramming/

&lt;*&gt; Your email settings:
    Individual Email | Traditional

&lt;*&gt; To change settings online go to:
    http://groups.yahoo.com/group/extremeprogramming/join
    (Yahoo! ID required)

&lt;*&gt; To change settings via email:
    mailto:extremeprogramming-digest&lt; at &gt;yahoogroups.com 
    mailto:extremeprogramming-fullfeatured&lt; at &gt;yahoogroups.com

&lt;*&gt; To unsubscribe from this group, send an email to:
    extremeprogramming-unsubscribe&lt; at &gt;yahoogroups.com

&lt;*&gt; Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


</description>
    <dc:creator>sergei.andrz</dc:creator>
    <dc:date>2008-11-04T16:03:51</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.programming.extreme-programming">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.programming.extreme-programming</link>
  </textinput>
</rdf:RDF>
