Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • The core idea behind XP is anything that is worth doing is worth doing continuously. And if you're going to do something continuously, then it must be cheap. Testing is good, so make testing a cheap part of the activity -- write tests first and run the complete test suite at every checkin.

    In this context, pair programming is nothing more than cheap, constant review. I've seen a development shop where a team has been working together on a project for months adapt some of the XP methodologies to suit loc

    • Pair programming in XP is more than just code review. It's also a design session. Where the planning game does a little design in the large, it's the test-driven cycle that does planning in the small. As you're baby-stepping your way toward the goal with testing, you're also designing with your tests and refactorings.

      Then there's the "Hey, we just added code without a failing test! Oops!" peer pressure. It's hard to overestimate that.