| Subcategories |
 |
Computers & Internet |
|
|
|
|
 |
 |
| |
|
|
|
|
|
Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition
written by Frederick P. Brooks
Studio : Pearson Education (USA)
by Pearson Education (USA)
Release Date : 2007-03-16
Publisher : Pearson Education (USA)
Released : 2007-03-16
Availability : Usually ships in 24 hours
Number of Items : 1
Avg. Customer Rating: (based on 129 reviews)
List Price : $34.99
Our Price : $19.24
|
|
| |
|
Product Description |
|
Few books on software project management have been as influential and timeless as The Mythical Man-Month. With a blend of software engineering facts and thought-provoking opinions, Fred Brooks offers insight for anyone managing complex projects. These essays draw from his experience as project manager for the IBM System/360 computer family and then for OS/360, its massive software system. Now, 20 years after the initial publication of his book, Brooks has revisited his original ideas and added new thoughts and advice, both for readers already familiar with his work and for readers discovering it for the first time. The added chapters contain (1) a crisp condensation of all the propositions asserted in the original book, including Brooks' central argument in The Mythical Man-Month: that large programming projects suffer management problems different from small ones due to the division of labor; that the conceptual integrity of the product is therefore critical; and that it is difficult but possible to achieve this unity; (2) Brooks' view of these propositions a generation later; (3) a reprint of his classic 1986 paper "No Silver Bullet"; and (4) today's thoughts on the 1986 assertion, "There will be no silver bullet within ten years."
0201835959B04262002 |
| |
|
Americancivilwar.com Review |
|
The classic book on the human elements of software engineering. Software tools and development environments may have changed in the 21 years since the first edition of this book, but the peculiarly nonlinear economies of scale in collaborative work and the nature of individuals and groups has not changed an epsilon. If you write code or depend upon those who do, get this book as soon as possible -- from Americancivilwar.com Books, your library, or anyone else. You (and/or your colleagues) will be forever grateful. Very Highest Recommendation. |
| |
|
| |
|
Sharp and thoroughly enjoyable |
I recommend this book to anyone involved in engineering, not just software people.
When it comes to designing complex systems, some big problems cannot be tackled by simply throwing more resources at them. That's a profound and scary observation, especially to those responsible for managing these resources.
This book has had a huge impact on the discourse you read about software engineering, particularly on the web (blogs, articles). The views expressed by Mr. Brooks have reached common acceptance in those circles. I must wonder to what extent they have percolated into the workplace however.
I suggest contrasting this book with "The Cathedral and the Bazaar" by Eric S. Raymond for a different perspective on large software development and scaling issues, in the open source community. |
| |
|
Interesting case study |
The first half of the book is a case study of the development of OS/360 in the 1970s: what the problems were, what was tried, what worked and what didn't. While I (and probably many others) snicker at the state of technology then compared to what it is now, I feel that the lessons Brooks learned (and happily relays to the reader) are still relevant and valuable. You certainly will have to abstract the methodology to the current technology we have today, but managerial lessons, as I said, are still relevant, mostly because people haven't changed that much. Basically, adding more people to already-late projects makes things worse. All of the communication and documentation that goes along with large projects are 100% necessary, and the documentation should be about 90% complete before coding starts. I think a wiki would solve both of these issues in one shot, but that's me. The last half of the book is mostly an inner dialogue by Brooks about what he thinks of the lessons he preached, what other people in the industry have said about his book, and his responses to it.
I think this is a definite must-read for anyone that programs on large software projects or manages large software projects. Brooks comes right out and says at the beginning that other engineering disciplines already know about all of the project management overhead, which I agree with, because I am in one of those other disciplines. Apparently the programming people don't see it necessary to teach project management as part of a bachelor's degree program, which might explain a lot of the larger programs in the past few decades. I have to admit though, the entire computer industry, both hardware and software, has been through a tumultuous and extraordinarily rapid history. Other disciplines have a much longer history book from which to reflect and design better processes, management or otherwise.
Finally, the prose is dry sometimes awkward, which I suppose is typical of the professor types with delusions of eloquence. Despite that, I thought it was overall an easy read, though not as humorous and engaging as some of the other software books I've been through. |
| |
|
Software Development |
The Mythical Man-Month: Essays on Software Engineering is a book on software project management by Fred Brooks, whose central theme is that "Adding manpower to a late software project makes it later." This idea is known as Brooks's law, and is presented along with the second-system effect and advocacy of prototyping. The work was first published in 1975, and republished as an anniversary edition in 1995 (ISBN 0-201-83595-9) with the essay "No Silver Bullet" and commentary by the author.
Brooks's observations are based on his experiences at IBM while managing the development of OS/360. He had mistakenly added more workers to a project falling behind schedule. He also made the mistake of asserting that one project -- writing an Algol compiler -- would require six months--regardless of the number of workers involved (it required longer). The tendency for managers to repeat such errors in project development led Brooks to quip that his book is called "The Bible of Software Engineering" because "everybody reads it but nobody does anything about it!" |
| |
|
Excellent & Highly Recommended Book |
|
I have read this book twice now. Once in college and once again now 5 years later. While I did not get much out of it 5 years ago, now that I have been in the industry a few years, it is a VERY good re-read. |
| |
|
Required Reading For Anyone Serious About Software Development |
|
30 Years later this book is still highly relevent. If your project is in trouble, don't add bodies! |
| |
|
|
|
