4 ms·
Lua is used a lot, but usually as a command and control language. Meaning that it is always used together with another language/system, where performance matte
by ardit33 17y ago
Lua is used a lot, but usually as a command and control language. Meaning that it is always used together with another language/system, where performance matters, both for runtime and development time, and memory constrains..
One of the the reasons that it hasn't caught on the server side is that the server engineers are lazy (in the friendly way), and have it easy. If you have performance problems, you can just throw more hardware to it.
So Python is a decent choice, plus the lots of libraries/batteries included, make the life easy to lazy developers. Again, by lazy, I mean people that just want to use the stuff to create features, and not worry about fundamental stuff.
The fun stuff is usually in large dataset processing scaling, database scaling, etc. where a single box is not the bottleneck.
But for mobile dev., python is just too much of a pig. I think lua will win when these devs. start moving to the server side. Mobile / embeded devs have to re-invent the wheel often, and are just use to it, so they are less lazy by definition (they are more likeley to just create a framework from scratch, then just use things that are already there).
But the current trend is the opposite, as more server guys are moving to client/mobile. There is more growth in the client/mobile side, so there is not much cross pollination going on upstairs.
Smart devs. are either solving interesting problems below in the embeded world, or above in large scale datasets. The middle stack (your average crud app), is left with more average types.
Since it takes a brave soul to start with a great language, which unfortunately doesn't have all the libraries that some more mature languages do, Lua hasn't found that great of usage yet in the server side.
- rubyrescue 17y agoI think the explosion of node.js is actually evidence of what you're saying; the web guys who were scared of the server are taking their javascript skills there via node.js. Perhaps it could happen when a generation of iPhone developers who have written games in Lua decide they want to do some server side development. I have less hope that Lua will take off though. Appropriately, I'm giving a talk on Lua/Erlang integration at Erlang Factory in March, which will be on using Lua as you describe - for command and control of a larger Erlang system.
- WalkingDead 17y agoI am still waiting for node.js for windows.
- silentbicycle 17y agoFWIW, I'm working on something similar in Lua, which uses libevent for high performance on Unix but also has a pure Lua (based on LuaSocket.select) backend for portability. I haven't tested it on Windows yet, but I don't expect any issues with running it there, and I'm planning on supporting it as a platform (for developing convenience, not performance). It's reasonably complete, but its development is being driven by another project (a distributed filesystem of sorts), and it's still changing too much. I hope to have it released in a month or two, but I'm also in the process of buying a house, and that's keeping me plenty busy. If you're interested, learning Lua should would be pretty straightforward. It sounds like you're already proficient in Javascript, and they have quite a bit in common.
- z8000 17y agoSounds great. I can help if you want help. Is your project hosted somewhere?
- silentbicycle 17y agoNot at the moment. I'm putting a webpage together to post a bunch of projects ATM, I'll get back to you. My contact info is in my profile.