Actually, I think one point of XP is that developers should push themselves by setting high goals and committing to them. It's ironic, given that I don't even drive, but my father really loved auto racing, and I think I "inherited" it from him. To me, it seems a great metaphor for software development: knowing your abilities and pushing them to their limits, but also knowing when not to push too hard (if you enter a curve going too fast and don't crash, you may actually slow yourself down overall). I think that a difficult lesson for me is learning when to stop. I sometimes feel lazy if I don't "push, push, push" for eight hours a day, but the truth is that insight come unbidden, almost as a kind of Gestalt experience, and sometimes slowing down is the best way to accomplish your goals more quickly.
--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote: > Programming while performing one of a variety of > choices of extreme sports? E.g. skydiving, surfing, > mountain climbing, or scuba diving? > > LOL :-) > > Kevin > > > --- James Gray <[EMAIL PROTECTED]> wrote: > > > What is extreme programming? > > > > Jim Gray > > > > ----- Original Message ----- > > From: "Greg Woodhouse" > > <[EMAIL PROTECTED]> > > To: "Hardhats" > > <[email protected]> > > Sent: Monday, June 27, 2005 4:45 PM > > Subject: [Hardhats-members] Open source, Vista, and > > XP (and I don't mean > > Windows) > > > > > > >A very general question: Is Extreme Programming > > (XP) an appropriate > > > model for open source? With all built in tests, > > pair programming, and > > > all that, is it even workable? I have never tried > > consciously to adopt > > > XP as a practice, but many of the principles and > > practices in XP > > > resonate well with how I like to work as a > > developer (and how I think I > > > work best). Big open source projects seem hard to > > fit into this model > > > because of sheer scale and because of the > > (typically) geographically > > > diverse nature of the development team. On the > > other hand, I am struck > > > by the lack of attention paid to analysis and > > design on this list. I > > > also wonder if this is an entirely bad thing -- > > While I don't believe > > > good software can just organically "evolve" with > > no clear understanding > > > (on the part of the developers) of what it is > > supposed to do, I also > > > believe that design is best thought of as an > > ongoing process and > > > (though the waterfall development model is no > > longer fashionable), we > > > tend to handcuff ourselves with the "first > > requirements, then design, > > > and (only) then construction" mentality. I agree > > with Kent Beck that in > > > his otherwise brilliant "Code Complete" Steven > > McConnell pushes the > > > construction metaphor too far. Developing software > > is (or should be) a > > > learning process, and we gain insight into how > > better to build a piece > > > of software by working on it. It seems fruitless > > to think that any > > > large problem can really completely understood "up > > front" before we > > > even begin to create a solution. > > > > > > "The most profound technologies are those that > > disappear." > > > --Mark Weiser > > > > > > ==== > > > Greg Woodhouse > > > [EMAIL PROTECTED] > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is sponsored by: Discover Easy Linux > > Migration Strategies > > > from IBM. Find simple to follow Roadmaps, > > straightforward articles, > > > informative Webcasts and more! Get everything you > > need to get up to > > > speed, fast. > > > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > > _______________________________________________ > > > Hardhats-members mailing list > > > [email protected] > > > > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux > > Migration Strategies > > from IBM. Find simple to follow Roadmaps, > > straightforward articles, > > informative Webcasts and more! Get everything you > > need to get up to > > speed, fast. > > > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > _______________________________________________ > > Hardhats-members mailing list > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Hardhats-members mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hardhats-members > === Gregory Woodhouse <[EMAIL PROTECTED]> Health Systems Design & Development "Design quality doesn't ensure success, but design failure can ensure failure." --Kent Beck ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
