🚀 go-pugleaf

There are certain classes of bugs for which fancy debuggers
are terrific.  In C the best example is a segmentation violation.
All you have to do is start up the debugger and there you are,
positioned at the exact offending statement.

However, more other sorts of  bugs, like omitting an '=' to yield
	if ( x = y ) /* Assignment */
instead of
	if ( x == y ) /* Test for equality */
are not found quite so quickly.

I have no data, but I would suspect that given a corpus of
differing bugs, debugging time is directly proportional
to the skill of the programmer with only slight gains to be had
from sophistication of tools.

The most important element of the debugging tool is probably the
amount of time it takes from hypothesis to rerun.

The most important skill is learning how to develop the hypothesis.
(Unless tenacity is considered a skill.)

I have seen programmers (particularly novices) hypnotized by 
single stepping through a program.  Fancy debuggers are 
therfore extraordinarily useful as a pedagogical tool!

	Brad Sherman (bks@ALFA.Berkeley.Edu)