582

submitted 3 days ago by cows_are_underrated@feddit.org to c/programmer_humor@programming.dev

186 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] JamBandFan1996@lemmy.ml 75 points 3 days ago* (last edited 3 days ago)

You can take away my auto complete, performance monitoring and all that jazz but you can't tell me a debugging system isn't absolutely essential if you actually want to finish a project in a reasonable amount of time

[-] panda_abyss@lemmy.ca 44 points 3 days ago

Why debugger when print?

[-] Valmond@lemmy.dbzer0.com 13 points 3 days ago

Embedded systems 😁

[-] panda_abyss@lemmy.ca 21 points 3 days ago

That’s what a single red LED is for, right?

[-] skulblaka@sh.itjust.works 14 points 3 days ago

Is the single red LED solid, or is it flashing Morse for "please kill me"?

[-] shaw@slrpnk.net 2 points 1 day ago

Solid, always on. Whether the code runs or not, you know there's an error in it so prepare to go through all of it again.

[-] firelizzard@programming.dev 4 points 2 days ago

Because I don’t hate myself

[-] Quadrexium@sopuli.xyz 1 points 3 days ago

javascript moment

[-] cows_are_underrated@feddit.org 15 points 3 days ago

It depends on what you do, but generally I can't argue against a debugger.

[-] michael@piefed.chrisco.me 11 points 3 days ago

Most text editors like vim/emacs/ect have ways of using a debugger.

I remember vim being a bit involved, but the performance was awesome.

But then if you put enough bells and whistles on text editors, do they become an ide?

[-] Feyd@programming.dev 16 points 3 days ago

But then if you put enough bells and whistles on text editors, do they become an ide?

Yes

[-] BartyDeCanter@lemmy.sdf.org 12 points 3 days ago

gdb works great without an IDE, and many text editors have autocomplete.

[-] TORFdot0@lemmy.world 8 points 3 days ago

9000 IQ programmer starts every project rolling their own debugger instead of dedicating 8GB of RAM to vscode

[-] Zos_Kia@lemmynsfw.com 2 points 2 days ago

Funny cause I don't use debuggers and never have, but if you take away the auto complete I'll hate my life

[-] raspberriesareyummy@lemmy.world 0 points 3 days ago

I think you are not looking at the full picture - there are developments (arguably everything back-end) where a debugging system is absolutely not essential and in many cases (multithreading) outright useless for some types of bugs.

[-] firelizzard@programming.dev 3 points 2 days ago

Feel free to not use a debugger for your software. But I don’t hate myself so I’m going to stick to using one whenever possible.

[-] raspberriesareyummy@lemmy.world 3 points 2 days ago

Saying it is not essential and saying it is generally useless are two very different things.

[-] ThirdConsul@lemmy.zip 3 points 3 days ago

I believe that is a vast minority of developments. And tbh multithreading debugging is a breeze in C# on Rider (except race conditions, those will always be tricky, but also easily identifiable).

[-] raspberriesareyummy@lemmy.world 2 points 3 days ago

And I believe you are very wrong in that belief. However, a reliable statistic is not the first search result that I can find, so we'll have to disregard the disagreement on that point. You lost me at your C# multithreading reasoning though. A debugger will always interfere with the processes you are looking at, hence making debugging of multithreading-related errors a game of whack-a-mole.

[-] ThirdConsul@lemmy.zip 1 points 2 days ago

A debugger will always interfere with the processes you are looking at, hence making debugging of multithreading-related errors a game of whack-a-mole.

It's a very pleasant debugging experience when you can easily switch threads, have them log what happened first, check the variables in the thread at the moment in time it was hit (vs now), etc. etc.