Re:Visual Studio Code 1.8
by amadeusw on Wednesday December 14, 2016 @04:56PM
(#13180021)
It was console.log() all the way
[ Parent
| on HN ]
The Chrome based dev tools have been an option for years using node-inspector. Had all of the basics that you would expect from a debugging. Breakpoints, step into/out/over, variables available at that location in the stack, REPL console etc.
Re:Visual Studio Code 1.8
by throw_away on Wednesday December 14, 2016 @05:49PM
(#13180440)
It was kind of a pain in my experience to use the Chrome debugger to be your main editor. I've not used VSC for this, but I imagine it's nice to not have to flip back and forth between tools.
I was responding to the claim that it console.log was the only way.
Re:Visual Studio Code 1.8
by miguelrochefort on Wednesday December 14, 2016 @05:13PM
(#13180143)
You can't be serious.
printf-debugging is a fine way to debug a ton of cases, especially programs with concurrent components. The process of debugging step by step isn't necessarily superior or faster.
Re:Visual Studio Code 1.8
by thenewwazoo on Wednesday December 14, 2016 @05:16PM
(#13180166)
I'm not sure why not. AFAIK that's still your only option if you want to debug NodeJS code headlessly.
Re:Visual Studio Code 1.8
by miguelrochefort on Wednesday December 14, 2016 @05:39PM
(#13180357)
What about conditional break points, call stack, time travel, watch list, live editing, etc?
Wow, there are actually people using any of these?
Re:Visual Studio Code 1.8
by miguelrochefort on Thursday December 15, 2016 @08:41AM
(#13184478)
More like all of these every day?
Re:Visual Studio Code 1.8
by laurencerowe on Wednesday December 14, 2016 @05:45PM
(#13180407)
Running 'node debug script.js' will drop you into the command line debugger. It's a little painful though as the command line debugger does not have support for moving up/down stack frames.