3 ms·

I don't agree with this at all. First of all, something feels off when you talk about right and wrong optimization without taking context into account. RaptorJI

I don't agree with this at all. First of all, something feels off when you talk about right and wrong optimization without taking context into account. RaptorJIT grew out of the Snabb switch community. With that in mind, Rust+Lua isn't anywhere near pure Lua in terms of development speed, minimalism, simplicity and flexibility. Luke Gorrie has come out of the Lisp community so I have to imagine that these criteria are very important to him. Systems language doesn't really mean anything by itself, so you sound very dogmatic when you talk about "right" here. The Lisp machines were implemented in Lisp. Is Lisp a systems language?

mitchtbaum 8y ago
> Rust+Lua isn't anywhere near pure Lua in terms of development speed, minimalism, simplicity and flexibility I hope you're wrong about this one. I guess I might have some trouble gaining stake holders from even Lua supporters who view it as a best language for every layer. But Rust has an incredible amount to offer Lua, especially when used primarily as a higher-level scripting language, for glue code.
- andrewmcwatters 8y ago
  Except rlua goes out of its way to look like anything but the Lua C API. So you've immediately lost all productivity for people who know that abstraction well. Additionally, anyone whose spent any significant amount of time in that space knows of the amateur alternatives, and this looks no different.