4 ms·
I think Lua is catching a stray here. For most uses, Lua, even the PUC-Rio/vanilla implementation, is pretty fast. LuaJIT is quite fast. And because Lua is an e
by pull_my_finger 4y ago
I think Lua is catching a stray here. For most uses, Lua, even the PUC-Rio/vanilla implementation, is pretty fast. LuaJIT is quite fast. And because Lua is an embedded language authors can defer to C or whatever the host language is for bottlenecks requiring more speed. IDK if people are seeking dynamic types specifically, but it sure is nice to have stuff like memory management + easy string manipulation built-in sometimes.
- w1nk 4y agoLua definitely caught a stray here. The reference VM is pretty fast, the JIT is just way faster. No idea how Lua ended up wrapped in the conversation with Python...
- rurban 4y agoLua has no OO, and changes its stdlib all the time.
- wink 4y agoI have no idea what you're alluding to. Not only are many people on LuaJIT's api version anyway, I don't remember ever running into any meaningful stdlib change that wasn't easily fixed. And Lua not having OO isn't really a problem to most people either.