Extreme Programming Explained: Embrace Change

Beck, Kent

ISBN 10: 0201616416 / ISBN 13: 9780201616415

Published by Addison Wesley, 2003

About this Item

Most items will be dispatched the same or the next working day. A copy that has been read but remains in clean condition. All of the pages are intact and the cover is intact and the spine may show signs of wear. The book may have minor markings which are not specifically mentioned.

Seller Inventory # wbs4470082014

Bibliographic Details

• Title: Extreme Programming Explained: Embrace Change
• Publisher: Addison Wesley
• Publication Date: 2003
• Language: English
• ISBN 10: 0201616416
• ISBN 13: 9780201616415
• Binding: Soft cover
• Condition: Good
• Weight: 350 grams

About this title

Synopsis

Software development projects can be fun, productive, and even daring. Yet they can consistently deliver value to a business and remain under control.

Extreme Programming (XP) was conceived and developed to address the specific needs of software development conducted by small teams in the face of vague and changing requirements. This new lightweight methodology challenges many conventional tenets, including the long-held assumption that the cost of changing a piece of software necessarily rises dramatically over the course of time. XP recognizes that projects have to work to achieve this reduction in cost and exploit the savings once they have been earned.

Fundamentals of XP include:

* Distinguishing between the decisions to be made by business interests and those to be made by project stakeholders. * Writing unit tests before programming and keeping all of the tests running at all times. * Integrating and testing the whole system-several times a day. * Producing all software in pairs, two programmers at one screen. * Starting projects with a simple design that constantly evolves to add needed flexibility and remove unneeded complexity. * Putting a minimal system into production quickly and growing it in whatever directions prove most valuable.

Why is XP so controversial? Some sacred cows don't make the cut in XP:

* Don't force team members to specialize and become analysts, architects, programmers, testers, and integrators-every XP programmer participates in all of these critical activities every day. * Don't conduct complete up-front analysis and design-an XP project starts with a quick analysis of the entire system, and XP programmers continue to make analysis and design decisions throughout development. * Develop infrastructure and frameworks as you develop your application, not up-front-delivering business value is the heartbeat that drives XP projects. * Don't write and maintain implementation documentation-communication in XP projects occurs face-to-face, or through efficient tests and carefully written code.

You may love XP or you may hate it, but Extreme Programming Explained will force you to take a fresh look at how you develop software.

About the Author

Kent Beck, one of the software industry’s most creative and acclaimed leaders, passionately employs patterns, extreme programming, and test-driven development. Currently affiliated with the Three Rivers Institute, he has been an author of many Addison-Wesley titles.

0201616416AB09112002