Presumably, for the same reason it would be convenient for me to write in a non-javascript language for the browser: I've already invested in X lang, it would b

Presumably, for the same reason it would be convenient for me to write in a non-javascript language for the browser: I've already invested in X lang, it would be nice not to have to keep current in two languages if someone is trying to port my vm to another platform [0]. <Edit to add> On the other hand, I'm chastened by the lifecycle of projects like Jython, that can only survive with maintainers who are well versed in two runtimes, which is apt to be a small intersection. [0] https://blog.codinghorror.com/the-principle-of-least-power/ https://blog.codinghorror.com/the-principle-of-least-power/ tl;dr A creator of node.js and others have made a new runtime and ecosystem [1] (via rust) for EcmaScript that also bundles a Typescript transpiler. Rather than utilize npm, deno dependency files call out specific uris, rather than an abstract package and assuming it is on a central server. In service of letting a user choose the sandbox boundary, the interpreter requires disabling security features (ex file IO) via the run args or a config file. [1] https://github.com/denoland https://github.com/denoland