Earlier quoted context omitted.
"You miss the point. The security problem is sending the raw data from the client to the server." So don't do that. If you can run tensorflow on your device, you can call out to a local process. If you want to use JS to do everything, fine. But that's not a good reason. It's just a reason.
> So don't do that. If you can run tensorflow on your device, you can call out to a local process. Not from a webapp (without jumping through a dozen other hoops.) With tensorflow.js, you can do (for example) pose estimation, or face detection, or audio recognition, right in the browser without sending data to a remote server. > But that's not a good reason. It's just a reason. Yes, of course it's a reason. The point…
OK, fine. That's a niche use-case for a domain where scale and performance matter so much that we're building specialized hardware to support it. For 99.99% of developers, they would be better advised to find another way to solve their problem using more conventional tools.
There was a guy who built a life-sized house out of Lego once. It was a cool trick, but the difference between him and "modern Javascript" developers is that he didn't try to make anyone live in the house.