> So, out-of-thebox int their primary tool frontend developers get: viewport simulation, cpu throttling, network throttling, sensor simulation (geolocation and

> So, out-of-thebox int their primary tool frontend developers get: viewport simulation, cpu throttling, network throttling, sensor simulation (geolocation and orientation). The linux kernel has KVM, doesn't get more out of the box than that. Do what you want with it. Emulate ARM? Sure why not. > The original comment claimed this: "Maybe the web ecosystem will finally get some sane tooling". Not my comment, I'm addressing your claim of "tooling most languages can't even dream of". The ellipsis doesn't really matter I'm not here to guess what you're meaning. - can let me examine and change the UI of the app on the fly? Including handful tools like layout overlays, layers etc. Most debuggers including GDB can print and set state. > - examine and debug animations? > - analyze paint/re-paint performance? I don't do GUI development but you'll have to use a tool specific to the environment you're working with (just like how the DOM is a specific environment). What tool do you use to debug webview? Not your main browser. Systems development is the same. > - view and debug delayed background actions? You can get the time spent on anything down to individual assembly instructions if you wish. > - record and replay user flows? rr (which is GDB compliant hence integrates well with termdebug in vim). I don't disagree that there are many tools for web dev. But they're not always better or easier to use. The built-in nodejs debugger is shit compared to GDB for example. My point is that everything you can do in browsers that aren't browser specific exists for other languages as well. Many times very specialized with better features that the devtools version. Again, I love web development, but I also live in the terminal and love those tools even more. I wish they existed for the web.