Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling
 
PerlMonks  

comment on

( #3333=superdoc: print w/replies, xml ) Need Help??
When you use a debugger to find a problem in your code, you do indeed find the answer to that specific problem faster. But you lose an opportunity to review your logic and clean your code up, which can often solve more bugs and helps in comprehension.

I think I agree with you, but when I use debuggers, it's usually not on my code. In fact, I rarely use the perl debugger, because when I debug perl, its usually my own code :) I've on rare occasions used the perl debugger to help track down problems in library modules, but usually looking at the source is good enough because I find perl source easy to find, and (mostly) easy to follow.

I've mostly used debuggers with monolithic 4gl code which would include libraries on top of libraries, and the only way to find a problem without inserting a zillion print statements was to run the debugger (and I don't want to fully comprehend all the code, at least not today, I just want to fix the problem). And I would inherit problems from other programmers who would work for days on a problem but couldn't use the debugger, and I'd solve it in a few minutes or hours. So IMO it just depends on the environment. I use the perl debugger so rarely that every time I have a notion to use it, I find I have to relearn it :-)

Update: Oh, and one more reason I use the debugger less in perl is that you don't have to go through that 'compile it again' phase of the debugging process that you have to endure in other languages.

Very late update: Recently, I found myself tracking down a problem with totally unfamiliar CPAN http/socket library code. I inserted a couple of $DB::single; statements rather than numerous print's (these were dynamically loaded modules, so this was the easiest way to set breakpoints) and learned something about HTTP...specifically about chunking in the responses.


In reply to Re: Re (tilly): (tye)Re2: Are debuggers good? by runrig
in thread How to debug unknown dynamic code? by gaspodethewonderdog

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":



  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or or How to display code and escape characters are good places to start.
Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others cooling their heels in the Monastery: (4)
As of 2022-05-25 16:40 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Do you prefer to work remotely?



    Results (90 votes). Check out past polls.

    Notices?