Live data from Hacker News

Chrome DevTools outside of the browser

kenneth.io

1–10 of 30 posts

Re: Chrome DevTools outside of the browser

#7
How scalable is Node these days, considering that javascript has no real multi-threading support, and most of the things you do for a user in Node are thus blocking other users?

I know it is possible to run things in different processes, but it seems to me that this is kind of a hassle (like a workaround).

Re: Chrome DevTools outside of the browser

#8
post #5

How does this differ from the default Chrome DevTools remote debugging over the wire? Doesn't that also run it's own http server in a way? https://developer.chrome.com/devtools/docs/debugger-protocol...

This is almost certainly using the same protocol.

The DevTools team did the work a while back to pull everything they needed out of process and establish the devtools protocol to enable remote debugging.

What the author has done is to take the Chrome DevTools (which is already basically a standalone web app), and package it up with Node-webkit as a standalone app.

I think this is cool, not from a technical perspective necessarily (since the engineering work was mostly already done by the DevTools team for remote debugging), but rather from a usability perspective. Slight tweak to the UX and it changes the mental framing people have of what the chrome DevTools actually is.

Re: Chrome DevTools outside of the browser

#9
post #7

How scalable is Node these days, considering that javascript has no real multi-threading support, and most of the things you do for a user in Node are thus blocking other users? I know it is possible to run things in different processes, but it seems to me that this is kind of a hassle (like a workaround).

Most of the things you do for a user are not blocking, that's the whole point of node. Instead of blocking, almost everything is done with asynchronous callbacks.
Post reply on HN