Review: Extreme Programming Adventures in C#

Last night I finished reading Extreme Programming Adventures in C# by Ron Jeffries.  Overall I enjoyed following Ron through his adventures. 

The book takes you on a journey through the life of an extreme programming project.  Ron leads the way, providing insights and thoughts about how and why Extreme Programming works.  Throughout the project he focuses on the stories that are most important to his customer (which happened to be himself).  He attacks each feature using test driven development and makes out considerable well.  Along the way he finds many “code smells” which he goes onto remove via refactoring (when the time is right).

The book offered a good look into how projects can be attacked using extreme programming.  Throughout the book Ron offers tips, insights, and advice which is valuable no matter what your chosen methodology.  Although the methods Ron used to implement the features of his project may not be what we all would have selected, the principles and practices he follows are something we should all consider adopting.  By focusing on keeping clean, well factored code, Ron was able to adapt extremely well to changing requirements and new features. 

This book didn't teach me much about C#, or Extreme Programming (I already read a good number of books on those topics) but it did provide me a look inside the way a extreme programming veteran approaches projects.  I was able to learn many valuable lessons through Ron and was also able to pick up a couple good tips that will undoubtedly help me as I enjoy my own programming adventures. 

# re: Review: Extreme Programming Adventures in C#

Thursday, May 06, 2004 2:27 PM by Cale Corbett    
It's one thing to say that XP is a good methodology to apply to a small project like an XML Notepad, but what about something like a payroll system for one of the Big Three Automakers?

# re: Review: Extreme Programming Adventures in C#

Thursday, May 06, 2004 2:41 PM by Steve    
I think the many of the principles and practices talked about in the book can be used on any project. The application of the methodology would certainly be different for the large payroll system. I think its important to keep in mind that Agile development methodologies do not all look exactly the same. It's important to look at each project individually and decide what makes sense for the project. What will make this succeed? I think that by keeping by the principles of Agile development you can increase the likelihood of success. Agile methodologies ARE NOT A SILVER BULLET. Every project is different and should be treated as such.

Post a Comment

 
 
Prove you're not a spammer: 
5 + 5 =