or
Sign in to turn on 1-Click ordering.
 
 
Express Checkout with PayPhrase
What's this? | Create PayPhrase
Sorry!
More Buying Choices
42 used & new from $7.12

Have one to sell? Sell yours here
 
   
Software Craftsmanship: The New Imperative
 
See larger image
 
Tell the Publisher!
I’d like to read this book on Kindle

Don’t have a Kindle? Get your Kindle here.
 
  

Software Craftsmanship: The New Imperative (Paperback)

~ (Author)
4.3 out of 5 stars  See all reviews (24 customer reviews)

List Price: $29.99
Price: $21.86 & eligible for FREE Super Saver Shipping on orders over $25. Details
You Save: $8.13 (27%)
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
In Stock.
Ships from and sold by Amazon.com. Gift-wrap available.

Want it delivered Tuesday, November 10? Choose One-Day Shipping at checkout. Details
20 new from $12.62 22 used from $7.12

Frequently Bought Together

Customers buy this book with Clean Code: A Handbook of Agile Software Craftsmanship by Robert C. Martin

Software Craftsmanship: The New Imperative + Clean Code: A Handbook of Agile Software Craftsmanship
  • This item: Software Craftsmanship: The New Imperative by Pete McBreen

    In Stock.
    Ships from and sold by Amazon.com.
    Eligible for FREE Super Saver Shipping on orders over $25. Details

  • Clean Code: A Handbook of Agile Software Craftsmanship by Robert C. Martin

    In Stock.
    Ships from and sold by Amazon.com.
    This item ships for FREE with Super Saver Shipping. Details


Customers Who Bought This Item Also Bought

The Pragmatic Programmer: From Journeyman to Master

The Pragmatic Programmer: From Journeyman to Master

by Andrew Hunt
4.4 out of 5 stars (146)  $29.59
Working Effectively with Legacy Code

Working Effectively with Legacy Code

by Michael Feathers
4.9 out of 5 stars (30)  $33.84
The Best Software Writing I: Selected and Introduced by Joel Spolsky (v. 1)

The Best Software Writing I: Selected and Introduced by Joel Spolsky (v. 1)

by Joel Spolsky
4.0 out of 5 stars (27)  $16.49
Find the Bug: A Book of Incorrect Programs

Find the Bug: A Book of Incorrect Programs

by Adam Barr
3.6 out of 5 stars (7)  $31.49
The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)

The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)

by Frederick P. Brooks
4.5 out of 5 stars (144)  $32.69
Explore similar items

Editorial Reviews

Product Description

Pete McBreen presents a method to nurture mastery in the programmer, develop creative collaboration in small developer teams, and enhance communications with the customer. Softcover.


From the Back Cover

By recognizing that software development is not a mechanical task, you can create better applications.

Today’s software development projects are often based on the traditional software engineering model, which was created to develop large-scale defense projects. Projects that use this antiquated industrial model tend to take longer, promise more, and deliver less.

As the demand for software has exploded, the software engineering establishment has attempted to adapt to the changing times with short training programs that teach the syntax of coding languages. But writing code is no longer the hard part of development; the hard part is figuring out what to write. This kind of know-how demands a skilled craftsman, not someone who knows only how to pass a certification course.

Software Craftsmanship presents an alternative—a craft model that focuses on the people involved in commercial software development. This book illustrates that it is imperative to turn from the technology-for-its-own-sake model to one that is grounded in delivering value to customers. The author, Pete McBreen, presents a method to nurture mastery in the programmer, develop creative collaboration in small developer teams, and enhance communications with the customer. The end result—skilled developers who can create, extend, and enhance robust applications.

This book addresses the following topics, among others:

  • Understanding customer requirements
  • Identifying when a project may go off track
  • Selecting software craftsmen for a particular project
  • Designing goals for application development
  • Managing software craftsmen
  • Software Craftsmanship is written for programmers who want to become exceptional at their craft and for the project manager who wants to hire them.



    0201733862B07242001

    Product Details

    • Paperback: 208 pages
    • Publisher: Addison-Wesley Professional (September 2, 2001)
    • Language: English
    • ISBN-10: 0201733862
    • ISBN-13: 978-0201733860
    • Product Dimensions: 9 x 7.2 x 0.6 inches
    • Shipping Weight: 15.2 ounces (View shipping rates and policies)
    • Average Customer Review: 4.3 out of 5 stars  See all reviews (24 customer reviews)
    • Amazon.com Sales Rank: #321,206 in Books (See Bestsellers in Books)

    More About the Author

    Pete McBreen
    Discover books, learn about writers, read author blogs, and more.

    Visit Amazon's Pete McBreen Page

    What Do Customers Ultimately Buy After Viewing This Item?


    Tags Customers Associate with This Product

     (What's this?)
    Click on a tag to find related items, discussions, and people.
     
    (2)

    Your tags: Add your first tag
     

    Sell a Digital Version of This Book in the Kindle Store

    If you are a publisher or author and hold the digital rights to a book, you can sell a digital version of it in our Kindle Store. Learn more

     

    Customer Reviews

    24 Reviews
    5 star:
     (15)
    4 star:
     (4)
    3 star:
     (4)
    2 star:    (0)
    1 star:
     (1)
     
     
     
     
     
    Average Customer Review
    4.3 out of 5 stars (24 customer reviews)
     
     
     
     
    Share your thoughts with other customers:
    Most Helpful Customer Reviews

     
    55 of 61 people found the following review helpful:
    3.0 out of 5 stars Dated examples, needs be focus on the problem, August 18, 2002
    By Glen B. Alleman (Niwot, Colorado USA) - See all my reviews
    (REAL NAME)   
    The thesis of the book, that Software Engineering has run its course and it is time to return to the master/apprentice approach, starts by citing the early days of software engineering. His working example of large scale software engineering is the SAFEGUARD system completed in 1975. This example is not very timely nor is it representative of a modern large scale development effort. Although SAFEGUARD presented many challenges to the software engineers of the time, it's lessons have long been absorbed into the practice of software engineering. In addition the SAFEGUARD system was one of the early discovery design projects. Not only did new hardware have to be built, but new and innovative software processes invented as well.

    Software Craftsmanship presents a view that software developers should return to their craftsman roots in order to deal with the increasing complexity of today's development demands. McBreen makes the case that building software systems requires a set of skills and experiences beyond just book learning, training courses, methodologies, and CASE tools. A craftsman paradigm is presented in which an apprentice software developer learns from journeyman in much the same way other craftsman based professions do.

    This concept is both interesting and timely in light of the recent failures of systems ranging from the FAA and IRS to dot-coms. McBreen presents this concept as a counter to software engineering methods (SWE), which he proceeds to blame for many of the woes of the industry.

    Starting with the Preface, McBreen confuses the engineering aspects of software with software manufacturing. He quotes a 1969 NATO report from Naur and Randell, which is not only out of date, but inappropriate in todays software engineering discipline. This use of dated reference materials continues in many chapters and creates the impression that McBreen may not have done his homework.

    His case against software engineering has useful points but many of the issues he brings up are well worn red herrings. His Big Project example is nearly 20 years old and in a domain unfamiliar to many - a ballistic missile defense system (the first such system). Surely we have learned something about software engineering in the intervening time since 1975.

    McBreen approaches the issue of software engineer licensing as a potential threat to software craftsman. But he does not provide a balanced view for this topic, since the licensing of process system engineers writing software for mission critical systems has been in place for decades. A look at the European TÜV and SINTEF regulations would have provided some background on addressing this issue in the US.

    One issue with the book is that it does not establish a context in which to discuss the topic of craftsmanship-based software development. Customer relationships, development processes, project management processes, examples of success and failure are not placed in a context. One place to look for a taxonomy of software projects and their attributes would have been the Capers Jones series. These texts provide a broad as well as deep view of the complexities of software development and the risks of naively apply one size fits all to a problem.

    This one size fits all approach is addressed by McBreen in a later chapter. He states that ones size does not fit all, but then proceeds to provide advice and direction to the reader on how to apply craftsmanship methods in the absence of a specific problem domain. The process of developing craftsman-based software for a business application with an on-site customer is significantly different than developing software within a highly regulated or globally distributed corporation using COTS products.

    Although there is much to offer in the book, I have some specific issues with the material, its sources - or lack of sources - as well as the overall tone for what is presented as a New Imperative.

    found the book a stimulating read, although frustrating at times when I encountered comments like the Java one above. The major gaps in understanding might be attributed to McBreen's lack of experience in those areas. Gaps that could have been easily filled with research. These gaps I also attribute to poor copy editing, but that is another issue all together.

    I would recommend the book, but with qualifications and caveats. The read should try to put the ideas into a context and ask are these concepts appropriate for my domain? Do the ideas make sense for the specifics of my problem? Does the specific statement actually make sense from my own experience and the experience of others? Have I seem a similar concept in a peer reviewed journal or are these simply the opinions of the author with an axe to grind?

    McBreen gives credit to the SEI, Jones, Coplien, Highsmith, Cockburn and others, but he appears to have left much of their contribution out of this book and on the shelf.

    Comment Comment | Permalink | Was this review helpful to you? Yes No (Report this)



     
    14 of 15 people found the following review helpful:
    5.0 out of 5 stars Approaching Programming as a Craft, October 25, 2001
    By Robert Stevenson (San Jose, CA USA) - See all my reviews
    (REAL NAME)   
    For a long time, computer programming has seemed to me to be more akin to writing a symphony or a novel than constructing a bridge, despite the fact that the industry has tried to make it like bridge-building by treating programming as "software engineering" and trying to use engineering methodologies to control development. Pete McBreen's book goes a long way toward explaining some of the software development phenomena we see, and why so much software engineering practice doesn't seem to work. I've written test tools for lower-level software, and I've noticed that the usual engineering methodologies do not explain what I've seen -- some people's code is simply better than others with fewer bugs (this variation in programmers has been known for a very long time), and I'm not sure how fundamental improvement can be legislated in a programming department or by the government. The conventional wisdom does not come to address one fact: one of the most important factors in the quality of software is who is writing it. McBreen acknowledges this and suggests a road by which more programmers can excel -- he believes such "stars" can be made. And it's interesting how he ties in the present trends in Extreme Programming and the Open Source development community, as well as the old Chief Programmer Team model, to bolster his thesis.

    McBreen presents an apprenticeship model for the development of programmers that actually has been done at times and places, although much less formally. My first programming job was something similar to this and stands in strong contrast to the world today where a new hire from college has a "software engineer" title and thrown into the deep end of the pool. I imagine many new graduates from MIT or Berkeley would be insulted at the idea of taking a job with a title "Programmer Trainee". Some of us have done just that.

    This book is a great read, and, as with so many good books, it's too short. He presents the craftmanship model but the book cries out for more explanation on implementation and what has happened when it is implemented. Many of us cannot implement company-wide changes ourselves, however, we can see programming in a new light and possibly begin change, in our own work, how it's approached and written.

    Comment Comment | Permalink | Was this review helpful to you? Yes No (Report this)



     
    17 of 19 people found the following review helpful:
    5.0 out of 5 stars The Programmer as Artisan, not Engineer, December 17, 2001
    This is the book for those of us who've read all the standard works on classical software engineering methods and can't lose the suspicion that they're WRONG.

    Software Craftsmanship: The New Imperative revealed the one important fact about how software engineering was derived from giant government projects in the 60's and 70's that I didn't know: those projects included building the hardware on which the applications would eventually run. The reason for the emphasis on long, detailed requirements and design documentation is that this was the best use of the dead time software engineers had while the machine and its compilers were being constructed. As soon as the box was ready an army of coders was given the detailed design documents and converted them page-by-page into source code.

    Programmers who have ever wondered why they were being paid high salaries and then treated as mindless drones now have an historical explanation.

    Pete McBreen isn't the first person to question standard procedures for developing commercial software. The Open Source movement has proven that high quality, useful software can come from developers using no specification documentation at all. The eXtreme and Agile methodologies have shown it is acceptable for specifications to change during the course of the project: Customers will be more pleased with the final product if they can revise their requirements as they see the product developing.

    So who could possibly be holding on to a methodology that is demonstrably inappropriate for modern small software groups developing commercial products? Mr. McBreen fingers managers whose pay and prestige depend upon head count. Turning every project into a relay race with analysts, designers, programmers and testers guarantees many billable hours while intellectual property is passed on from group to group. Preferentially hiring young, inexperienced programmers and capping the salary rate ensures a bloated staff with high care and feeding needs. It's a provocative assertion that will certainly engender debate.

    McBreen says he wants to join in the public conversation that already includes the voices of Richard Stallman, Linux Torvalds and Kent Beck. His intelligent analysis of the origins of classical software engineering and why it is no longer a good paradigm for commercial software development will help keep that conversation informed and productive, as well as lively.

    * Books mentioned by Mr. McBreen include:
    The Pragmatic Programmer by Andrew Hunt and David Thomas ISBN: 020161622X
    The Inmates are Running the Asylum by Alan Cooper ISBN: 0672316498

    Comment Comment | Permalink | Was this review helpful to you? Yes No (Report this)


    Share your thoughts with other customers: Create your own review
     
     
     
    Most Recent Customer Reviews

    5.0 out of 5 stars A grassroots movement manifesto
    I'll begin with a couple of quotes from the book which will set up the frame of further discussion.

    ---QUOTE---
    In the [NATO 1969] report Peter Naur and Brian... Read more
    Published 20 months ago by Dmitry Dvoinikov

    4.0 out of 5 stars Good but not fantastic. 3.5 stars.
    I picked this up at SD West a few years ago and Pete McBreen was there to sign copies of the book. I believe he had won a Jolt award the night before. Read more
    Published on November 13, 2005 by itsmatt

    5.0 out of 5 stars Software Craftsmanship is a "must" read for software professionals.
    An excellent comparison of software engineering and software craftsmanship. Pete McBreen clearly illustrates the the traits of software craftsmanship and details the steps... Read more
    Published on November 4, 2005 by Robert Bogetti

    5.0 out of 5 stars A well stated point often over-looked
    Practical software development versus over-engineered software and one of my favorite fundamental building block books ever. Read more
    Published on October 6, 2005 by Matthew D Edwards

    3.0 out of 5 stars I expected more
    I'm disappointed. I expected more from this book. Being that I want to become a software craftsman (more on software.kubasek. Read more
    Published on April 21, 2005 by S. Kubasek

    5.0 out of 5 stars Realistic software development
    Finally! A book that finally takes the cr*p out of software development. It's time we admit that the so-called 'methodologies' don't work: they never have. Read more
    Published on July 27, 2004 by emsaints

    4.0 out of 5 stars Describes what an agile world might look like
    The book starts by making several good observations:

    (1) Software Engineering, with it's focus on big-up-front design, is not working well in the business world. Read more

    Published on June 3, 2004 by Matthew Heusser

    5.0 out of 5 stars Software Craftsmanship : The New Imperative
    This book presents a totally new angle on software engineering career. The model is of a craftsman, like a woodworker (as pictured on the cover), starting as an apprentice, then... Read more
    Published on April 27, 2004 by Jack D. Herrington

    5.0 out of 5 stars The industry needs this honesty
    Software is written by people - competent software is written by competent people. How did the programming business ever forget this? Read more
    Published on January 7, 2004 by wiredweird

    3.0 out of 5 stars Good, but not the best in a market with many to choose from
    The empasis in particular on career growth through lifelong improvement as a developer instead of through transitions to management is crucial. Read more
    Published on November 28, 2003 by Lars Bergstrom

    Only search this product's reviews



    Customer Discussions

    This product's forum
    Discussion Replies Latest Post
    No discussions yet

    Ask questions, Share opinions, Gain insight
    Start a new discussion
    Topic:
    First post:
    Prompts for sign-in
     


    Active discussions in related forums
    Search Customer Discussions
    Search all Amazon discussions
       




    Product Information from the Amapedia Community

    Beta (What's this?)


    Look for Similar Items by Category


    Look for Similar Items by Subject

     

    Feedback

    If you need help or have a question for Customer Service, contact us.
     Would you like to update product info or give feedback on images?
    Is there any other feedback you would like to provide?

    Your comments can help make our site better for everyone.


    Your Recent History

     (What's this?)

    After viewing product detail pages or search results, look here to find an easy way to navigate back to pages you are interested in.