Amazon.com: The Science of Debugging (0788581091784): Matt Telles, Yuan Hsieh, Matthew A. Telles: Books

Buy Used
Used - Good See details
$6.52 & eligible for FREE Super Saver Shipping on orders over $25. Details

or
Sign in to turn on 1-Click ordering.
 
   
Have one to sell? Sell yours here
The Science of Debugging
 
 
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.

The Science of Debugging [Paperback]

Matt Telles (Author), Yuan Hsieh (Author), Matthew A. Telles (Author)
2.7 out of 5 stars  See all reviews (3 customer reviews)


Available from these sellers.


Textbook Student FREE Two-Day Shipping for students on millions of items. Learn more

Formats

Amazon Price New from Used from
Paperback --  

Book Description

May 15, 2001
The only two eternals of software development are writing the code - and then debugging it. Effective debugging involves far more than walking through code with a debugger. This book recognizes that and sets out to make debugging less baffling, faster, and more effective by providing readers with the knowledge, tips, and techniques needed to rapidly identify, track down, and repair bugs. It goes further by offering practical tips on minimizing bugs and making them easier to find when they do occur. It includes chapters on testing and maintenance as they relate to debugging. Each chapter concludes with a "bug problem" and answers to these problems are provided in the last chapter. Above all, this is a book written by developers who've spent years tracking down bugs and offers practical, hands-on advice to make that task more predictable.

Customers Who Viewed This Item Also Viewed


Editorial Reviews

About the Author

Matthew Telles (Lakewood, CO) is a senior developer at Microsoft. With expertise in programming, designing, documenting, and debugging applications, he is also the author of five other programming books.

Yuan Hsieh (Lone Tree, CO) has developed applications in such diverse areas as image processing, voice response systems, and robotic manipulation using languages such as C, C++, PERL, 68000 Assembly, JAVA, and more. He's currently a System Infrastructure Engineer with InfoNow Corporation.


Product Details

  • Paperback: 512 pages
  • Publisher: Coriolis Group Books; 1st edition (May 15, 2001)
  • Language: English
  • ISBN-10: 1576109178
  • ISBN-13: 978-1576109175
  • Product Dimensions: 9.2 x 6 x 1.6 inches
  • Shipping Weight: 1.8 pounds
  • Average Customer Review: 2.7 out of 5 stars  See all reviews (3 customer reviews)
  • Amazon Best Sellers Rank: #2,931,200 in Books (See Top 100 in Books)

More About the Author

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

 

Customer Reviews

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

20 of 20 people found the following review helpful:
4.0 out of 5 stars Rich with wisdom, December 21, 2001
This review is from: The Science of Debugging (Paperback)
I admit that I bought this book fully expecting to be
"underwhelmed." Instead, I was pleasantly surprised as
to how much this work had to offer.

They begin the book with this interesting premise:
"One of the groups that is likely to discount this book is
the system architects camp, although they are the
ones that are most likely to be aided by understanding the
root causes of bugs and how they can be avoided." After
reading this (which appeared on page 6) I decided to mark

each page that contained an important architectural-level
observation or recommendation. By the end of the book,
I had nearly 40 such pages identified!

The work is well researched with good references and
footnotes. It is also rich with real-world examples of
horror stories and debugging nightmares. I found myself
filling the margins with recollections of my own, similar
experiences.

The book is not without faults. There seems to be a great
deal of repetition and there were several points where I
wished the book had been more carefully edited. I didn't
agree with everything presented and I think they actually
got a couple of things completely wrong. Finally,
there is at least one puzzle presented where the authors
challenge you to "find the bug" where even their answer
wasn't complete! [See page 307--an exercise for the reader.]

The author's aim was to discuss debugging but the book
contained as many Software Engineering observations as
general debugging tips. I believe that these general
observations and recommendations strengthen the work
considerably.

Any college course in Software Engineering would benefit
by including this book as required reading. Any project
lead organizing a new product development effort should
take an hour and skim though this book again (after
an initial, careful reading). Finally, any programmer
who wishes to build for debug-ability would do well to
review this work.

The book's one sentence synopsis comes directly from the
authors (page 109) "One of the most critical (and most
overlooked) aspects of debugging is to understand why
bugs occur and where they come from." I agree. This
book does a marvelous job to address that and much more.
I highly recommend it.

Help other customers find the most helpful reviews 
Was this review helpful to you? Yes No


5 of 5 people found the following review helpful:
1.0 out of 5 stars Consistently off topic, June 2, 2006
By 
Paul Floyd (Grenoble France) - See all my reviews
(REAL NAME)   
OK, this book isn't really bad. But it has very, very little to do with debugging. Most of the book is given over to general software engineering (requirements, design, coding and test). Perhaps 1/4 of the book is really about debugging, and that seems to consist of two things - logging and tracing - over and over again.

Another thing that I found that grated on my nerves was the incessant references to the holy grail (allegedly) of computing, the 'production server'. I also assume that this is implicitly a 'windoze production server', since the authors seem to be of the opinion that if you even think of installing some software or patch on the server, then you are doomed to have all sorts of problems. They don't even seem to consider the possibility of running tools over the network, without installing them on the sacrosanct server machines.

There is zero coverage of debug tools (they say "read the manual of your debugger"). They do include code coverage, memcheck, source browser and defect tracking as debug tools. I wouldn't.

If you want a book that DOES cover debugging (and also some general software engineering, but less overwhelmingly so), then take a look at "Why Programs Fail" by Andreas Zeller.
Help other customers find the most helpful reviews 
Was this review helpful to you? Yes No


2 of 15 people found the following review helpful:
3.0 out of 5 stars Not as helpful as it could be, August 4, 2001
By 
Richard Tkatch (Hammonton, NJ USA) - See all my reviews
This review is from: The Science of Debugging (Paperback)
In reading the book, there were many great platform idependant ideas for debugging applications. I think it would have been more helpful if the book would have at least cursorily implemented some of those ideas in code (my preference being C/C++). Some examples of what I mean are it says that one of the oldest ways of debugging applications use a log. It even goes to say what elements to include to make it as useful as possible. I think it would have been better to include the code implementing a logger they describe.
Help other customers find the most helpful reviews 
Was this review helpful to you? Yes No

Share your thoughts with other customers: Create your own review
 
 
 
Only search this product's reviews



Inside This Book (learn more)
First Sentence:
As Benjamin Franklin said, "in this world, nothing is certain but death and taxes" If you are in the software development business, however, you can amend that statement. Read the first page
Key Phrases - Statistically Improbable Phrases (SIPs): (learn more)
professional debugger, bug puzzle, defect causal analysis, debugging world, comprehensible software, pointer member variable, power failure condition, bug metrics, public bugs, backup data center, reproducible case, conceptual entropy, bug introduction, requirements bugs, bug prevention, scaffolding code, overflow bug, memory overrun, disk thread, stack overflow error, operand error, reporting server, output thread, empirical software engineering, good debuggers
Key Phrases - Capitalized Phrases (CAPs): (learn more)
Mars Climate Orbiter, Non-intrusive Modification, New York, Visual Basic, New Jersey, Inertial Reference System, Microsoft Windows, International Conference, Upper Saddle River, Big Ball of Mud, East Texas Cancer Center, Englewood Cliffs, International Workshop, Prentice Hall, Great Britain, John Wiley, Professor Nicely, The Bath Press, Buggy Vignette, Example Let, Internet Web, Mars Polar Lander, Sherlock Holmes, Addison-Wesley Publishing, Extreme Programming Explained
New!
Books on Related Topics | Concordance | Text Stats
Browse Sample Pages:
Front Cover | Table of Contents | First Pages | Index | Back Cover | Surprise Me!
Search Inside This Book:




Tags Customers Associate with This Product

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

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 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
   
Related forums


Listmania!


So You'd Like to...


Create a guide


Look for Similar Items by Category


Look for Similar Items by Subject