Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us money per month for bills, and since we don't believe in showing ads to our users, we try to make the money back through forum registrations.
 
  • Post
  • Reply
Shaggar
Apr 26, 2006

Cybernetic Vermin posted:

debuggers could be made a lot more user-friendly really.

tbqh i sort of suspect that beginners would be more likely to use the debugger if you could invoke it with what looks like a function call, like "stopAndInspect(o)" which just breakpoints there, and brings up a nicely explorable watch of the object 'o'. just to remove the modality and often crummy ui of breakpoints from the learning process.

nah, they should just be taught how to use the debugger a little more than not at all. its really not hard to add a break point to a line and then once they figure out that basic stuff they can be taught how to add conditions and watches.

telling them to write code to trigger the debugger is going to create bad habits.

Adbot
ADBOT LOVES YOU

Shaggar
Apr 26, 2006

Zlodo posted:

there are definitely situations when you need a super complicated break condition that you just cant fit into a conditional breakpoint and you can just call DebugBreak() inside of a if instead

maybe but it should be absolutely your last resort and certainly not taught to new programmers.

  • 1
  • 2
  • 3
  • 4
  • 5
  • Post
  • Reply