I hate Python. I know about 5 programming languages, and I have never enjoyed coding as much as I do with Lua.
Last week I spoke with a 3D-designer who wrote his own plugins for Modo in Python, and was hoping that Modo would expand it’s Lua support (which is limited at the moment) because Lua was so much faster and easier for him as well.
Naturally providing a second (or third or fourth) language expands the potential audience, but I would see this as a foolish move from Corona. Offer ONE great working solutions, instead of two that need to share resources between them is my opinion.
I LOATHE PYTHON. (Beat you, @thomas6!) Seriously. I was writing an entire post on all the reasons why I loathe it, to be posted on my website, but I stopped 'cause I thought maybe people would get offended at it
Seriously. No fragmentation of language support needed. Sorry to bite your head off, @englekk, but I feel really strongly about this. Lua is just so much better, so why tack on a really bad language to get more customers? Plus, size of compiled app would go up, I’m sure - Python’s big. Almost bigger than my entire first published game package. Big, slow, and weird. Don’t even get me started on this :D.
Feel free to add a feature request for this at http://feedback.coronalabs.com, but if I’m being honest, this is not something we would likely consider. There is zero upside to doing it. There is little to gain from it. I doubt it would significantly increase our user base. Python developers are busy doing server things. Is Python even available with a C/C++ bindings to communicate with native code?
Still, this is not something we would likely spend engineering time on. It doesn’t help you make apps better. Our time is better spent opening up new markets, adding new features, improving monitization options. Adding another language just to be adding another language doesn’t make good business sense.
If you do a bit of research, you’ll notice that Lua is actually a very popular scripting language for games. The reason is because it is one of the fastest performing and lightweight scripting languages out on the market. And it was specifically designed to integrate/extend C/C++ built apps which is also a very fast performing native language. Some of the biggest game studios, such as Blizzard, use Lua… and for a good reason. A lot of AAA games use Lua. It’s like one of the best kept secrets of the gaming industry.
I hate Python. I know about 5 programming languages, and I have never enjoyed coding as much as I do with Lua.
Last week I spoke with a 3D-designer who wrote his own plugins for Modo in Python, and was hoping that Modo would expand it’s Lua support (which is limited at the moment) because Lua was so much faster and easier for him as well.
Naturally providing a second (or third or fourth) language expands the potential audience, but I would see this as a foolish move from Corona. Offer ONE great working solutions, instead of two that need to share resources between them is my opinion.
I LOATHE PYTHON. (Beat you, @thomas6!) Seriously. I was writing an entire post on all the reasons why I loathe it, to be posted on my website, but I stopped 'cause I thought maybe people would get offended at it
Seriously. No fragmentation of language support needed. Sorry to bite your head off, @englekk, but I feel really strongly about this. Lua is just so much better, so why tack on a really bad language to get more customers? Plus, size of compiled app would go up, I’m sure - Python’s big. Almost bigger than my entire first published game package. Big, slow, and weird. Don’t even get me started on this :D.
Feel free to add a feature request for this at http://feedback.coronalabs.com, but if I’m being honest, this is not something we would likely consider. There is zero upside to doing it. There is little to gain from it. I doubt it would significantly increase our user base. Python developers are busy doing server things. Is Python even available with a C/C++ bindings to communicate with native code?
Still, this is not something we would likely spend engineering time on. It doesn’t help you make apps better. Our time is better spent opening up new markets, adding new features, improving monitization options. Adding another language just to be adding another language doesn’t make good business sense.