Jump to content

Who uses a debugger?


jhsachs

Recommended Posts

Do you use a debugger?

 

If you don't, what debugging tools do you favor, and why?

 

Whether you do or you don't, what's your impression of who uses debuggers and who doesn't?

 

Background

 

I'm working for a small company with a couple of programmers. I think of myself as a programmer, but I've been earning most of my income by other means for the past ten years or so.

 

I'm trying to get back into programming now. I'm feeling somewhat uncomfortable because I expect to use a debugger, and our two "real" programmers never bothered installing one. No one has said anything, but I've got a feeling that they think I need training wheels.

 

I'm wondering what's behind this. Am I just behind the times? (The other two guys are much younger than me. Their parents probably gave them their first personal computers about the time I bought my first house.)

 

Or is this purely a matter of personal style?

Link to comment
Share on other sites

You are in wrong forum for this type of question, however, I have been programming professionally for decades and I consider the ability to step through lines of code and inspect variable values essential when things go pear-shaped - more often than I would like. (I use PHPEd IDE with integrated debugger)

Link to comment
Share on other sites

Thread moved to Miscellaneous, for want of a better section.

 

I haven't used a debugger in years.  Ajax, soap, and rest kind of make them useless.

 

If you're writing a site where a debugger could come in handy, I don't think any less of you.  I just use log files.

 

Some people think they're "hardcore" if they go without a debugger, like driving a car without airbags or something.  It's not the mark of a professional to forego debugging, it's the mark of someone who cares more about how he looks than how his code works. 

 

Write code however you, personally, can write the best code.

Link to comment
Share on other sites

Serverside web development is challenging in that you are typically debugging code that is running on a different machine (the server) and getting it setup is not easy for many people.  In some team environments getting debugging setup borders on impossible and so people make due.  There are two php debuggers available:  xdebug and zend debugger.  I only have experience with xdebug, but there is an article i wrote back in 2010 that covers a lot of this territory:  http://www.flingbits.com/tutorial/view/xdebug-for-developing-debugging-and-profiling-php.

Link to comment
Share on other sites

But for many applications, there is no other part.  My current application is 100% ajax based, the only time a debugger would be handy is in the drawing of the first pane and the loading of the JS asset.  A previous company was all SOAP based, the only time a debugger would have been handy was in very basic template-level stuff.

Link to comment
Share on other sites

I see. The stuff I'm doing is quite different, at least currently. I'll probably incorporate Ajax into my project at some point, but when I do, it will be in the context of rather complex logic for which the debugger will still be an important tool.

Link to comment
Share on other sites

@ManiacDan, very curious about what kinda projects you work on.  Are you receiving JSON or something else?  Also, do you ever use a client side debugger (Chrome's built-in web tools, Firebug)?  They generally let you step through JS, and, at the very least, monitor HTTP requests.

Link to comment
Share on other sites

@ManiacDan, very curious about what kinda projects you work on.  Are you receiving JSON or something else?  Also, do you ever use a client side debugger (Chrome's built-in web tools, Firebug)?  They generally let you step through JS, and, at the very least, monitor HTTP requests.

It's a customer portal for a payment processor.  We're re-writing it to be "web 2.0" at the recommendation of various non-technical people and a terrible design firm.

 

It's all ajax/json based, jquery as the front-end. 

 

I use firebug/webTools for basic JS debugging, though not often.  The real heavy lifting takes place behind the scenes in Symfony, the JS is just for moving the interface elements around, doing basic validation, etc.  For symfony debugging we just dump to the log file and tail it by hand.

 

I do use the network inspector to monitor web requests, but that only really tells me if there was a 500 error.  If so, I check the log file on the terminal.

Link to comment
Share on other sites

Since I do a lot more JS work, I commonly use debuggers that let me step through the code (such as chrome/IE's dev tools, firebug + omnibug (specific to web analytics.) We also use packet sniffers like Charles proxy / Fiddler2 (my favorite) to inspect the urls / use local files on live sites to test against client sites where we don't have access to upload / push new files.

Link to comment
Share on other sites

I've used gdb, Windows Visual Studio debugger and LabVIEW debugger.  The question shouldn't be whether one should use a debugger, but why wouldn't you use one when facing a particularly annoying problem?  I've shaved hours of banging my head against the wall by just looking at the values while executing my code and _knowing_ for sure what was going on.

Link to comment
Share on other sites

Since I do a lot more JS work, I commonly use debuggers that let me step through the code (such as chrome/IE's dev tools, firebug + omnibug (specific to web analytics.) We also use packet sniffers like Charles proxy / Fiddler2 (my favorite) to inspect the urls / use local files on live sites to test against client sites where we don't have access to upload / push new files.

 

Amen to Fiddler2.  That's a tool too few people seem to know about, but then again, these days, if you're doing Webdev on a Windows machine, you're not cool  :P 

Link to comment
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.