|
Loading... Extreme Programming Explained: Embrace Changeby Kent Beck
LibraryThing recommendationsMember recommendationsLoading...
won't like
will probably not like
will probably like
will like
will love Sign up for LibraryThing to find out whether you'll like this book. I've been a programmer for over 10 years now, but somehow I haven't had to do too much collaboration on a project... I suspect it has something to do with the fact that the only language I'm comfortable to collaborate in (Perl) isn't one that most folks collaborate in.. Anyway, I'd like to try Pair-programming with one of the '100 times more productive' programmers that the experts say are out there... This is an excellent introduction to the whole field of Agile methodologies in general and Extreme programming in particular. It's always good to go back to primary sources. This book started the "extreme programming" fad, which is one approach to writing software. As with many such fads, this one is built on a set of solid principles, but the success or failure of any given project depends on the intuition and discipline with which those principles are brought together. More loosely, it's one way out of many that software could be written. no reviews | add a review
References to this work on external resources.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Book description |
|
The book intends to describe what XP is, its guiding principles, and how it works. Simply written, the book avoids case studies and concrete details in demonstrating the efficacy of XP. Instead, it demonstrates how XP relies on simplicity, unit testing, programming in pairs, communal ownership of code, and customer input on software to motivate code improvement during the development process. As the author notes, these principles are not new, but when they're combined their synergy fosters a new and arguably better way to build and maintain software. Throughout the book, the author presents and explains these principles, such as "rapid feedback" and "play to win," which form the basis of XP.
Generally speaking, XP changes the way programmers work. The book is good at delineating new roles for programmers and managers who Beck calls "coaches." The most striking characteristic of XP is that programmers work in pairs, and that testing is an intrinsic part of the coding process. In a later section, the author even shows where XP works and where it doesn't and offers suggestions for migrating teams and organizations over to the XP process.
In the afterword, the author recounts the experiences that led him to develop and refine XP, an insightful section that should inspire any organization to adopt XP. This book serves as a useful introduction to the philosophy and practice of XP for the manager or programmer who wants a potentially better way to build software. --Richard Dragan
Topics covered: Extreme Programming (XP) software methodology, principles, XP team roles, facilities design, testing, refactoring, the XP software lifecycle, and adopting XP.
(retrieved from Amazon Tue, 05 Jan 2010 13:04:50 -0500)
The first test round has been closed. Visit the Open Shelves Classification group for details.
Quick Links |
The second edition of this book is more mature than the first. Beck doesn't talk as much about "cranking the dials up to 10" and he is far less dogmatic, and far more reflexive, about the right way to develop software. At some points (in particular with some of the corollary practices he proposes) the arguments are thin and too reliant on anecdotal evidence. But still, this is a great book, and I welcome the emphasis on values, on the humanity of software development, on communication, on professional commitment to work well done. It is refreshing to read not only that developers are not cogs in a machine, but that this is the essential insight of responsible software practice and needs to be taken to its extreme consequences. (