Absolutely. It’s so freaking fun to have a problem at hand and to the issue. The only thing I don’t like is debugging multi threaded apps.
If we could debug multi threaded apps like we do a regular program then I’d be fine with it. But aside from just putting a bunch of print outs with the thread ID, is there a better way to debug?
I don’t deal with multi thread apps anymore but let me know anyone for tips or anything regarding this :)
I remember doing a side by side with an experienced developer and asked him to put a breakpoint on a line that might be an issue. He was surprised by using that as a technique to find out more about a bug. I asked him how often does he debug his code, he said rarely. I was surprised to know some devs rarely use the debugger.
The browser based tools let you dig into the memory at that point in time, so you can sample data at multiple points rather than slowly stepping through breakpoints.
Console logs kind of act like sensors throughout the code - you put enough sensors in you can see the shape of things. Debugging line by line is like moving a microscope around. Different tools for different scenarios.
Probably my favorite programming-related thing to do! It is like an interactive mystery you get to solve and I always get a big dopamine hit out of figuring it out. Plus, as the linked article says - it is often a huge learning opportunity.
Not specifically as a primary aim, but it's satisfying to get code you recently expanded, tightened up again and iron out the issues. It's the other kind of debugging, when you're having to interface with something else... a library or an API or whatever, and you're "debugging" to their assumptions and expectations/standards that makes me freshly hate programming sometimes.
lambzbread@reddit
Love & mild dislike. I supremely enjoy the exercise of.... diagnosis
wiriux@reddit
Absolutely. It’s so freaking fun to have a problem at hand and to the issue. The only thing I don’t like is debugging multi threaded apps.
If we could debug multi threaded apps like we do a regular program then I’d be fine with it. But aside from just putting a bunch of print outs with the thread ID, is there a better way to debug?
I don’t deal with multi thread apps anymore but let me know anyone for tips or anything regarding this :)
CyAScott@reddit
I remember doing a side by side with an experienced developer and asked him to put a breakpoint on a line that might be an issue. He was surprised by using that as a technique to find out more about a bug. I asked him how often does he debug his code, he said rarely. I was surprised to know some devs rarely use the debugger.
Markavian@reddit
Faster to console log most of the time.
The browser based tools let you dig into the memory at that point in time, so you can sample data at multiple points rather than slowly stepping through breakpoints.
Console logs kind of act like sensors throughout the code - you put enough sensors in you can see the shape of things. Debugging line by line is like moving a microscope around. Different tools for different scenarios.
suresk@reddit
Probably my favorite programming-related thing to do! It is like an interactive mystery you get to solve and I always get a big dopamine hit out of figuring it out. Plus, as the linked article says - it is often a huge learning opportunity.
ttkciar@reddit
I don't enjoy debugging, but firmly believe that fixing bugs is a high moral imperative.
Buggy software is worse than no software at all.
goranlepuz@reddit
Yes.
Seeing the code unfold in front of my own eyes is IMO invaluable in understanding it quickly and well at the same time.
Same goes for bugs. What happened?! Do it again! Aaaahhh...
HITWind@reddit
Not specifically as a primary aim, but it's satisfying to get code you recently expanded, tightened up again and iron out the issues. It's the other kind of debugging, when you're having to interface with something else... a library or an API or whatever, and you're "debugging" to their assumptions and expectations/standards that makes me freshly hate programming sometimes.