3 ms·

> Every time you see a Lua scripting engine (neovim, nginx, a million other places), you could potentially have any langauge you please but people like code re

> Every time you see a Lua scripting engine (neovim, nginx, a million other places), you could potentially have any langauge you please but people like code reuse, so its almost always better to communicate, collaborate and share at the source code level than at the level of a compiler target as far as I can tell, the only real target audience here are pathological language snobs ("I insist on writing neovim extensions in Rust!") who will validate their inflexibility by pointing at the lowest common denominator of wasm

rektide 4y ago
What do you propose nginx does? Should they embed rust, go, c, visual basic, turbo pascal, nim, and 37 other scripting runtime? Should they pick 3 to support? How many of these have embedded scripting systems? How different will they be? How many offer lightweight nano-processes? How many are secure sandboxes? How many support arm, RISC-V, or the next architecture? Having a common platform here makes so much sense to me. Enabling a variety of things, safely, quickly, & with well defined patterns, seems intuitively advantageous, frees us from having to tangle with a variety of minor subdivisions that fix software onto narrower paths.
- imwithstoopid 4y ago
  > What do you propose nginx does? Should they embed rust, go, c, visual basic, turbo pascal, nim, and 37 other scripting runtime? Should they pick 3 to support? no, pick one that is a decent compromise and move on no one is going to dismiss the entirety of a platform like nginx because they can't script it in their favorite language
  - rektide 4y ago
    Your last argument was, > but people like code reuse, so its almost always better to communicate, collaborate and share at the source code level than at the level of a compiler target And now you argue we should all only ever have Lua to collaborate on. Cause that's the only big player in embedded scripting atm. Js alas didn't take off but it's not that bad to embed. Few other languages have much at all. There are some projects to make ebpf embeddable in apps. You seem to really have it in for what seems like a perfectly good attempt that seemingly makes a lot of sense & has hugely obvious benefits. I don't get the opposition to trying.

rektide 4y ago

What do you propose nginx does? Should they embed rust, go, c, visual basic, turbo pascal, nim, and 37 other scripting runtime? Should they pick 3 to support? How many of these have embedded scripting systems? How different will they be? How many offer lightweight nano-processes? How many are secure sandboxes? How many support arm, RISC-V, or the next architecture? Having a common platform here makes so much sense to me. Enabling a variety of things, safely, quickly, & with well defined patterns, seems intuitively advantageous, frees us from having to tangle with a variety of minor subdivisions that fix software onto narrower paths.

imwithstoopid 4y ago
> What do you propose nginx does? Should they embed rust, go, c, visual basic, turbo pascal, nim, and 37 other scripting runtime? Should they pick 3 to support? no, pick one that is a decent compromise and move on no one is going to dismiss the entirety of a platform like nginx because they can't script it in their favorite language
- rektide 4y ago
  Your last argument was, > but people like code reuse, so its almost always better to communicate, collaborate and share at the source code level than at the level of a compiler target And now you argue we should all only ever have Lua to collaborate on. Cause that's the only big player in embedded scripting atm. Js alas didn't take off but it's not that bad to embed. Few other languages have much at all. There are some projects to make ebpf embeddable in apps. You seem to really have it in for what seems like a perfectly good attempt that seemingly makes a lot of sense & has hugely obvious benefits. I don't get the opposition to trying.