Anti-Patterns and Patterns in Software Configuration Management 1st Edition
by
William J. Brown
(Author),
Hays W. McCormick
(Author),
Scott W. Thomas
(Author)
&
0
more
| William J. Brown (Author) Find all the books, read about the author, and more. See search results for this author |
ISBN-13: 978-0471329299
ISBN-10: 0471329290
Why is ISBN important? ISBN
Scan an ISBN with your phone
Use the Amazon App to scan ISBNs and compare prices.
This bar-code number lets you verify that you're getting exactly the right version or edition of a book. The 13-digit and 10-digit formats both work.
Use the Amazon App to scan ISBNs and compare prices.
Add to book club
Loading your book clubs
There was a problem loading your book clubs. Please try again.
Not in a club? Learn more
Join or create book clubs
Choose books together
Track your books
Bring your club to Amazon Book Clubs, start a new book club and invite your friends to join, or find a club that’s right for you for free.
More Buying Choices
What you need to significantly reduce software development failures before they become fatal and how to repair their causes so they don't re-surface
Learn from the mistakes of others documented here in this hard-hitting, humorous, and career-enhancing book from the authors of the bestselling "AntiPatterns". Rise above the industry-wide malaise of mass denial and realize that you too can, and definitely must, master Software Configuration Management (SCM) for successful software engineering. In this much-needed book, the authors provide 16 new AntiPatterns covering the most common SCM mistakes and pitfalls. They also supply you with proven solution strategies including 3 Process Patterns and other tested-in-the-trenches approaches. As in AntiPatterns they present each AntiPattern and Pattern using the same entertaining, practical, and pull-no-punches approach.
"AntiPatterns and Patterns in Software Configuration Management" arms you with:
* The knowledge that SCM is neither too hard, nor too complicated, for software engineers, developers, architects, and project managers
* The most valuable (ROI) process you can have-SCM
* 8 SCM AntiPatterns, 4 Management and Process AntiPatterns, 4 Requirements and Testing AntiPatterns, and 3 Process Patterns that address process, people, and tool issues
William J. Brown is Product Engineer for Concept Five Technologies leading developments of distributed, object-oriented frameworks. Hays W. "Skip" McCormick III and Scott W. Thomas are lead engineers with the MITRE Corporation. Bill and Skip co-authored the critically acclaimed AntiPatterns, also available from Wiley.
Learn from the mistakes of others documented here in this hard-hitting, humorous, and career-enhancing book from the authors of the bestselling "AntiPatterns". Rise above the industry-wide malaise of mass denial and realize that you too can, and definitely must, master Software Configuration Management (SCM) for successful software engineering. In this much-needed book, the authors provide 16 new AntiPatterns covering the most common SCM mistakes and pitfalls. They also supply you with proven solution strategies including 3 Process Patterns and other tested-in-the-trenches approaches. As in AntiPatterns they present each AntiPattern and Pattern using the same entertaining, practical, and pull-no-punches approach.
"AntiPatterns and Patterns in Software Configuration Management" arms you with:
* The knowledge that SCM is neither too hard, nor too complicated, for software engineers, developers, architects, and project managers
* The most valuable (ROI) process you can have-SCM
* 8 SCM AntiPatterns, 4 Management and Process AntiPatterns, 4 Requirements and Testing AntiPatterns, and 3 Process Patterns that address process, people, and tool issues
William J. Brown is Product Engineer for Concept Five Technologies leading developments of distributed, object-oriented frameworks. Hays W. "Skip" McCormick III and Scott W. Thomas are lead engineers with the MITRE Corporation. Bill and Skip co-authored the critically acclaimed AntiPatterns, also available from Wiley.
Editorial Reviews
Review
"I first heard the term antipattern while reading AntiPatterns Refactoring Software, Architectures, and Projects in Crisis, the first book in this antipattern series (John Wiley & Sons, 1998). I was curious about the term's relation to the concept of a design pattern but soon learned that the main point is understanding which part of a pattern definition relates to the prefix "anti". As the book explains, "An antipattern is a literary form that describes a commonly occurring solution to a problem that generates decidedly negative consequences."
Antipatterns clearly define frequent mistakes in software projects and provide solutions. The books in this antipatterns series (which should be read in order) are a result of the authors' attempt to categorize, label, and describe recurring situations in software development that have negative consequences. While the first book comprises 18 antipatterns divided into the three parts according to three different viewpoints software development, architecture, and management the second book, AntiPatterns and Patterns in Software Configuration Management, aims to help management. Managers of software development projects must understand software configuration management (SCM) methods and techniques, and the authors provide the necessary knowledge and experience using antipatterns and patterns." - IEEE Software
Antipatterns clearly define frequent mistakes in software projects and provide solutions. The books in this antipatterns series (which should be read in order) are a result of the authors' attempt to categorize, label, and describe recurring situations in software development that have negative consequences. While the first book comprises 18 antipatterns divided into the three parts according to three different viewpoints software development, architecture, and management the second book, AntiPatterns and Patterns in Software Configuration Management, aims to help management. Managers of software development projects must understand software configuration management (SCM) methods and techniques, and the authors provide the necessary knowledge and experience using antipatterns and patterns." - IEEE Software
From the Back Cover
What you need to significantly reduce software development failures before they become fatal and how to repair their causes so they don't resurface AntiPatterns and Patterns in Software Configuration Management Learn from the mistakes of others documented here in this hard-hitting, humorous, and career-enhancing book from the authors of the best-selling AntiPatterns. Rise above the industry-wide malaise of mass denial and realize that you too can, and definitely must, master Software Configuration Management (SCM) for successful software engineering. In this much-needed book, the authors provide 16 new AntiPatterns covering the most common SCM mistakes and pitfalls. They also supply you with proven solution strategies including 3 Process Patterns and other tested-in-the-trenches approaches. As in AntiPatterns, they present each AntiPattern and Pattern using the same entertaining, practical, and pull-no-punches approach. AntiPatterns and Patterns in Software Configuration Management arms you with:
* The knowledge that SCM is neither too hard, nor too complicated, for software engineers, developers, architects, and project managers
* The most valuable ROI process you can have-SCM
* 8 SCM AntiPatterns, 4 Management and Process AntiPatterns, 4 Requirements and Testing AntiPatterns, and 3 Process Patterns that address process, people, and tool issues
* The knowledge that SCM is neither too hard, nor too complicated, for software engineers, developers, architects, and project managers
* The most valuable ROI process you can have-SCM
* 8 SCM AntiPatterns, 4 Management and Process AntiPatterns, 4 Requirements and Testing AntiPatterns, and 3 Process Patterns that address process, people, and tool issues
About the Author
WILLIAM J. BROWN is Product Engineer for Concept Five Technologies leading developments of distributed, object-oriented frameworks. HAYS W. "SKIP" McCORMICK III and SCOTT W. THOMAS are lead engineers with the MITRE Corporation. Bill and Skip coauthored the critically acclaimed AntiPatterns, also available from Wiley.
Tell the Publisher!
I'd like to read this book on Kindle
Don't have a Kindle? Get your Kindle here, or download a FREE Kindle Reading App.
I'd like to read this book on Kindle
Don't have a Kindle? Get your Kindle here, or download a FREE Kindle Reading App.
Product details
- Publisher : Wiley; 1st edition (April 23, 1999)
- Language : English
- Hardcover : 336 pages
- ISBN-10 : 0471329290
- ISBN-13 : 978-0471329299
- Item Weight : 1.69 pounds
- Dimensions : 7.7 x 0.99 x 9.63 inches
- Best Sellers Rank: #5,052,622 in Books (See Top 100 in Books)
- #1,838 in Computer Systems Analysis & Design (Books)
- #4,006 in Computer Graphics
- #4,204 in Software Design & Engineering
- Customer Reviews:
About the author
Follow authors to get new release updates, plus improved recommendations.

Discover more of the author’s books, see similar authors, read author blogs and more
Customer reviews
3.6 out of 5 stars
3.6 out of 5
8 global ratings
How are ratings calculated?
To calculate the overall star rating and percentage breakdown by star, we don’t use a simple average. Instead, our system considers things like how recent a review is and if the reviewer bought the item on Amazon. It also analyzes reviews to verify trustworthiness.
Top reviews
Top reviews from the United States
There was a problem filtering reviews right now. Please try again later.
Reviewed in the United States on March 22, 2008
Verified Purchase
While I'm involved with CMM and SCM I thought the book had too much abstraction and not much meat. I didn't see much value nor takeaways to pass on to my colleagues.
Reviewed in the United States on November 4, 1999
Verified Purchase
This is an interesting, informative book on potential problems and pitfalls to be encountered in the wild world of Software Configuration Management! For those who want a step by step guide to implementing SCM at your company, look elsewhere, but if you want to know why your SCM initiatives are failing, or what problems lie ahead on the road, this is the read for you!
23 people found this helpful
Report abuse
Reviewed in the United States on December 10, 2012
Verified Purchase
Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum.
Reviewed in the United States on January 26, 2001
Sequels are tough. The original AntiPattern book was light, funny, and right on the mark. It was a tough act to follow. This offering, that shares a couple of the same authors as the original AntiPattern books, falls short.
There is a hint from the authors themselves that this isn't a seminal work. The preface tells readers they can hunt for their particular antiPattern but "We suggest that it is better for you to read through the entire book now (it's not that thick)". Indeed it is not. At just over 300 pages, it is formatted such that about 1/3 of that space is either blank or large cartoons and pictures. So, while it might appear to have the same "heft" as the original, looks are deceiving.
The book suffers from two major problems: a lack of depth and poor editing. The original antiPatterns book is cited no less than 18 times in this work. Borrowing from past efforts and quoting yourself isn't necessarily bad--but it isn't a substitute for new material. Curiously, Steve McConnell (Code Complete, Rapid Development, etc.) is quoted almost as many times--far more often it seems than any other reference. There is an entire industry to draw from. Why such emphasis on just two sources?
Finally, the editing is dreadful. Terms and acronyms are introduced without definition and the general flow of the text is awkward much of the time. This book needed an editor!
Because there is so little written on CM from a management perspective I'm inclined to give the work 3 stars instead of my usual 2 stars for a flawed work. While there certainly are problems with this book, they fall mostly into the category of "missed opportunity" instead of erroneous information.
There is a hint from the authors themselves that this isn't a seminal work. The preface tells readers they can hunt for their particular antiPattern but "We suggest that it is better for you to read through the entire book now (it's not that thick)". Indeed it is not. At just over 300 pages, it is formatted such that about 1/3 of that space is either blank or large cartoons and pictures. So, while it might appear to have the same "heft" as the original, looks are deceiving.
The book suffers from two major problems: a lack of depth and poor editing. The original antiPatterns book is cited no less than 18 times in this work. Borrowing from past efforts and quoting yourself isn't necessarily bad--but it isn't a substitute for new material. Curiously, Steve McConnell (Code Complete, Rapid Development, etc.) is quoted almost as many times--far more often it seems than any other reference. There is an entire industry to draw from. Why such emphasis on just two sources?
Finally, the editing is dreadful. Terms and acronyms are introduced without definition and the general flow of the text is awkward much of the time. This book needed an editor!
Because there is so little written on CM from a management perspective I'm inclined to give the work 3 stars instead of my usual 2 stars for a flawed work. While there certainly are problems with this book, they fall mostly into the category of "missed opportunity" instead of erroneous information.
24 people found this helpful
Report abuse
Reviewed in the United States on July 28, 2000
The software development community desperately needs a good, readable book on Software Configuration Management (SCM). SCM is poorly understood in the development community. Sometimes it seems as though there is no faster way to make the eyes of developers, project managers, and executives glaze over than to mention SCM. Yet SCM is terribly important to the process of developing and maintaining software products.
I purchased the book based on a quick glance; it looked friendly, and I was particularly attracted by the authors' claim to have modeled their work after Christopher Alexander's superb book "A Pattern Language". Yet they seem to be oblivious to the all of things that make the A Pattern Language a great book. In particular, A Pattern Language is organized tidily, written concisely, and explained clearly. AntiPatterns and Patterns in Software Configuration Management is none of these.
If one looks around, one can find anti-patterns in lots of bad books on computer software development. Here are some of the anti-patterns that I found in Anti-Patterns and Patterns in Software Configuration Management.
Disorganization: The Patterns and AntiPatterns are subject to similar descriptive templates, which include Background, General Form, Variations, and Examples. As a result, it is often unclear as to whether the authors refer to the problem or the solution. If you read the "Background" section on page 276, one of the authors describes the inspections that he was required to perform while in the Navy. Yet this passage is intended background for an AntiPattern, so I was confused as to whether the author was praising or disparaging the practice.
Misuse of Icons: AP&P contains icons to highlight the items related to a given pattern or anti-pattern. A pattern is a good thing; an anti-pattern is a bad thing. Why, then, is the icon for the General Form of an Anti-Pattern (a bomb with a lit fuse) the same as the icon for the General Form of a Pattern (also a bomb with a lit fuse)?
Inflated writing style: "[System engineering is] an application of necessary effort to transform a required operational capability into a set of parameters defining performance and function, using an iterative process of analysis, synthesis, specification, design, and test to result in a final conclusion." This sentence is not one of the worst in the book -- the sentence is merely typical -- but I defy anyone to read the sentence and to comprehend it on the first go-round. (Isn't software engineering more than simply defining parameters? Isn't there some sort of product that software engineering is supposed to deliver? What form of conclusion is not final?). One of the categories in the AntiPattern template is called "Refactored Solution"; when one has just finished describing a problem, what's the difference between a solution and a refactored solution? Software projects are often called "developments" in this book -- why?
Unrelenting use of the passive voice: The authors regularly use the passive voice in the book's examples. Take page 188: "After several delays due to recoding and retesting, it was decided to refine the process to cover the missing parts of the development lifecycle." Who decided? "Specification design was implemented for interface specifications for each component." Who implemented the specification design (or who designed the interface specifications, or who specificied the implementation)? Moreover, wouldn't it be just as simple to say "Interface specifications were designed for each component?"
Awkward sentence construction: "Critical to the effectiveness of any software configuration management organization is a strong definition of how software configuration management is implemented within the greater organization." (page 56True. Annoying to the reader are sentences that begin in their own middles. Run-on sentences, and misrelated pronouns can be found on practically every page. Here's another example, from page 22. "Millions of lines of code have forced SCM to the forefront of the system lifecycle disciplines, because without SCM, many projects fail, or the costs become exorbitant to deploy." It is the need to manage millions of lines of code is what has forced SCM to the forefront; the lines of code don't do anything on their own. Projects are sometimes deployed, but I have yet to see a cost deployed, exorbitant or not.
Shoddy copy editing: "Annecdotal (sic) evidence: Often-heard phrases and comedic material are (sic) associated with this AntiPattern." (page 9). A professionally edited book should not contain two obvious errors in a single paragraph. In this case, those errors are the misspelling of "anecdotal" and the superflous word "are" (which makes nonsense of the intended explanation).
These complaints may sound like nit-picking; they aren't. The poor writing and editing in this book detract from its clarity, add to its length, and reinforce to the mistaken belief that SCM is dull or hard to understand. On top of that, there is little practical advice in the book, other than motherhood issues -- it's a good idea to plan a project; it's a good idea to plan before you implement; configuration management staff can sometimes go overboard; that development teams should keep not only source code, but all of the documents associated with a project under version control. There is a hearty thank-you to the editor of this book in the Acknowledgements section; I cringed as I read it.
Beware of writers that attempt to faciliate comprehensibility by the utilization of enhanced linguistic schema (or rather, beware of writers that try to make themselves clear by using big words). By any means possible read "A Pattern Language", but wait for some future, greatly-improved edition of "AntiPatterns and Patterns in Software Configuration Management."
I purchased the book based on a quick glance; it looked friendly, and I was particularly attracted by the authors' claim to have modeled their work after Christopher Alexander's superb book "A Pattern Language". Yet they seem to be oblivious to the all of things that make the A Pattern Language a great book. In particular, A Pattern Language is organized tidily, written concisely, and explained clearly. AntiPatterns and Patterns in Software Configuration Management is none of these.
If one looks around, one can find anti-patterns in lots of bad books on computer software development. Here are some of the anti-patterns that I found in Anti-Patterns and Patterns in Software Configuration Management.
Disorganization: The Patterns and AntiPatterns are subject to similar descriptive templates, which include Background, General Form, Variations, and Examples. As a result, it is often unclear as to whether the authors refer to the problem or the solution. If you read the "Background" section on page 276, one of the authors describes the inspections that he was required to perform while in the Navy. Yet this passage is intended background for an AntiPattern, so I was confused as to whether the author was praising or disparaging the practice.
Misuse of Icons: AP&P contains icons to highlight the items related to a given pattern or anti-pattern. A pattern is a good thing; an anti-pattern is a bad thing. Why, then, is the icon for the General Form of an Anti-Pattern (a bomb with a lit fuse) the same as the icon for the General Form of a Pattern (also a bomb with a lit fuse)?
Inflated writing style: "[System engineering is] an application of necessary effort to transform a required operational capability into a set of parameters defining performance and function, using an iterative process of analysis, synthesis, specification, design, and test to result in a final conclusion." This sentence is not one of the worst in the book -- the sentence is merely typical -- but I defy anyone to read the sentence and to comprehend it on the first go-round. (Isn't software engineering more than simply defining parameters? Isn't there some sort of product that software engineering is supposed to deliver? What form of conclusion is not final?). One of the categories in the AntiPattern template is called "Refactored Solution"; when one has just finished describing a problem, what's the difference between a solution and a refactored solution? Software projects are often called "developments" in this book -- why?
Unrelenting use of the passive voice: The authors regularly use the passive voice in the book's examples. Take page 188: "After several delays due to recoding and retesting, it was decided to refine the process to cover the missing parts of the development lifecycle." Who decided? "Specification design was implemented for interface specifications for each component." Who implemented the specification design (or who designed the interface specifications, or who specificied the implementation)? Moreover, wouldn't it be just as simple to say "Interface specifications were designed for each component?"
Awkward sentence construction: "Critical to the effectiveness of any software configuration management organization is a strong definition of how software configuration management is implemented within the greater organization." (page 56True. Annoying to the reader are sentences that begin in their own middles. Run-on sentences, and misrelated pronouns can be found on practically every page. Here's another example, from page 22. "Millions of lines of code have forced SCM to the forefront of the system lifecycle disciplines, because without SCM, many projects fail, or the costs become exorbitant to deploy." It is the need to manage millions of lines of code is what has forced SCM to the forefront; the lines of code don't do anything on their own. Projects are sometimes deployed, but I have yet to see a cost deployed, exorbitant or not.
Shoddy copy editing: "Annecdotal (sic) evidence: Often-heard phrases and comedic material are (sic) associated with this AntiPattern." (page 9). A professionally edited book should not contain two obvious errors in a single paragraph. In this case, those errors are the misspelling of "anecdotal" and the superflous word "are" (which makes nonsense of the intended explanation).
These complaints may sound like nit-picking; they aren't. The poor writing and editing in this book detract from its clarity, add to its length, and reinforce to the mistaken belief that SCM is dull or hard to understand. On top of that, there is little practical advice in the book, other than motherhood issues -- it's a good idea to plan a project; it's a good idea to plan before you implement; configuration management staff can sometimes go overboard; that development teams should keep not only source code, but all of the documents associated with a project under version control. There is a hearty thank-you to the editor of this book in the Acknowledgements section; I cringed as I read it.
Beware of writers that attempt to faciliate comprehensibility by the utilization of enhanced linguistic schema (or rather, beware of writers that try to make themselves clear by using big words). By any means possible read "A Pattern Language", but wait for some future, greatly-improved edition of "AntiPatterns and Patterns in Software Configuration Management."
40 people found this helpful
Report abuse
Reviewed in the United States on April 12, 2001
Sometimes a book only confirms the things you already knew, either consciencly or subconsciencly. This is not necessarely bad. I you run into a customer that violates every good practice that you're aware of, you can use the book to convince your customer that he's wrong and you're right. After all, all good ideas look a lot more impresive when they are printed.
Apart from that, it's fun reading.
Apart from that, it's fun reading.
Reviewed in the United States on July 12, 2001
An easy skim which serves as a decent reminder of the importance of SCM. It highlights some areas for attention, and provides some tips. Most of the scenarios should be familiar. Its usefulness is that it may reach a broader audience than a textbook, so you can pass it around for discussion.
3 people found this helpful
Report abuse
