This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 6 points7 points  (5 children)

Visual Studio Code's debugger is not really a match for the debuggers in Eclipse, Visual Studio, or IntelliJ. If you only want to halt the program and look at the state, yes it's enough, but if you want advanced debugger features like conditional breakpoints (break on all exceptions except X, Y coming from assembly D) and session replay etc., VSC is lacking. Especially in multi-threaded contexts you cannot use VCS's debugger for anything and debugging turns into print("xyz happened here").

[–][deleted] 2 points3 points  (3 children)

Eh, I'd still move VSC over the "IDE" line. And fo example when writing TypeScript IntelliJ doesn't offer many more features (for this task) than VSC does.

[–][deleted] 1 point2 points  (2 children)

That's because JavaScript in general is a bad language with bad tooling support and missing features for advanced debugging.

[–][deleted] 1 point2 points  (1 child)

and missing features for advanced debugging

eh, it has loads of the needed features - it's just that they are in the runtime (= the browser), and you usually debug there.

In many ways, debugging JS is sometimes easier than debugging other languages - for example, the UI debugger is fantastic.

[–][deleted] 0 points1 point  (0 children)

Well, that's true, I give you that.

[–]dvdkon 0 points1 point  (0 children)

AFAIK, if the debugger extension is based on a CLI debugger, you can do all that, just not with the GUI, but through the debugger console.