Why We Are Like That

Mar 20, 2025 7:53 PM

typeof

Views

1430

Likes

34

Dislikes

3

programmer_jokes

funny

programmerhumor

lol

memes

I use both, myself. There are parts of code that are hard to debug because it has to run in real-time. Then there are parts of code that are more amicable to being debugged using the debugger.

4 months ago | Likes 1 Dislikes 0

because a lot of debuggers are shit?

4 months ago | Likes 5 Dislikes 0

This. Best I ever worked with was the VOS debugger on Stratus. Easy, intuitive, and non-invasive.

Second would be Xcode's debugger back in the 00s (haven't used it since then). Good visual design to make some difficult stuff (like dealing with threads) simple.

As much as I dislike Python, their debugger is really good and being able to trigger it right from your code was handy.

4 months ago | Likes 1 Dislikes 0

In the early days, there were no debuggers. We all thought we were brilliant when we came upon the idea of print statements at key points to identify code location, and variable value.

Many a stuck loop was fixed in this manner.

4 months ago | Likes 1 Dislikes 0

Or split the difference and include an argument like -d, then wrote tons and tons of "if d: print('running function a')"

4 months ago | Likes 6 Dislikes 0

Verbosity = 3;

4 months ago | Likes 2 Dislikes 0

Both!

4 months ago | Likes 10 Dislikes 0

Use all the tools!

4 months ago | Likes 2 Dislikes 0

BRING ON THE BREAKPOINTS!

4 months ago | Likes 4 Dislikes 0

Yeah, I skipped the week of high school programming class where they taught us what a debugger is and how it works. I don't generally write super complicated code, but after 18 years of hobbyist programming I should probably watch a youtube about debugging or something. Oh well.

4 months ago | Likes 3 Dislikes 1

Depends on what you code and how the code is setup. Harder to achieve with legacy code, so i default to print statements virtually every time

4 months ago | Likes 2 Dislikes 0

Program long enough and you'll find yourself in situations where there is no debugger. Where the problem only exists on a specific environment and the only "debugger" you get are the logs that come out.

4 months ago | Likes 2 Dislikes 0

This... or the truely annoying case where debugging changes the result

4 months ago | Likes 1 Dislikes 0

Option 3: add appropriate unit tests stop having bugs

4 months ago | Likes 3 Dislikes 2

Is this your first week on the job? Unit Tests + Integration Tests + e2e tests + regression testing and you will still have bugs.

4 months ago | Likes 3 Dislikes 0

No, coded back on microcontrollers in assembler where there was no debuggers, only a small LED display. Show me a bug that cannot be caught by a proper test.

4 months ago | Likes 1 Dislikes 2

Mate I'm not about to play silly buggers with you cause your next reply will simply be "should have had a test for that" no matter what the example is. Keep living in fantasy land where unit tests somehow magically prevent bugs in integrated systems.

4 months ago | Likes 2 Dislikes 0