6 ms·

After 10 years and many projects, the greatest with 40k lines of code including a time-of-intersection-solving single body physics system, I have come to know h

After 10 years and many projects, the greatest with 40k lines of code including a time-of-intersection-solving single body physics system, I have come to know how to use Lua for my purposes. Even so, from the moment I started watching Rust hype videos on YouTube, I knew I would eventually be converted into a Rust fanatic. At the end of a 2 year project to rewrite my Lua game with a new physics system, I felt it was a good time to learn Rust (and rewrite the game again in Rust). So far I have spent 6 months in Rust and my old tool looks like a toy. How did I ever live without iterators, algebraic data types, the safety of a strong type system, and especially separate types for arrays and hashmaps for god sakes? Lua makes the scope of learning programming smaller compared to other languages, so it is probably fair to say that it is a good language to learn programming with. However, knowing the details of heap vs stack, array vs hashmap, and explaining that to someone learning programming for the first time within a language that attempts to hide those details is frustrating. I can't see the smaller picture and view a table simply as a thing that you get and set values from, I can't see the weak types as anything more than an annoying source of bugs at runtime, and I crave the borrow checker which saves me from myself. My 10 years of Lua set me up to appreciate Rust's fantastic design choices, and I'm having a great time in Rust land. I wish to remain in Rust land but my finances demand me to use my Lua skills at least a little while longer. End of ramble

_ugfj 2y ago
The fanaticism of Rust programmers are well known and off putting. Why, one of them just posted about it into a Lua thread. It couldn't be less relevant. Much as I don't have a hard choice between picking assembly and PHP for a task, Rust and Lua are just not in the same problem space.
- umvi 2y ago
  I read his post less as Rust fanaticism and more someone who has learned their first programming language isn't perfect - strong types? iterators? These are all things that are present in many languages, it just sounds like Lua is lacking them and he is discovering some of the cool features of other languages.
  - nmz 2y ago
    But lua isn't lacking them, <for in do> is for generators, and if you want iterators you can make those as well.
    - bmitc 2y ago
      Do you know if Lua supports type annotations or gradual typing? I use those heavily when using dynamically typed languages.
      - QuaternionsBhop 2y ago
        No, Lua does not, but check out Roblox's Luau which is a gradually typed extension of Lua.
        nmz 2y ago
        I'd recommend teal because luau is not really lua.
      - nmz 2y ago
        It does not. The most viable solution is transpilation, teal is the most recent candidate. You can have a hack of sorts using a schema and tables as in local schema = { a = "number", b="string" } -- key = "type" local data, link = {a=4, b="default value"}, {} -- link -> data, link itself is always empty local tbl = setmetatable(link, { __index = data , __newindex = function (t,k,v) if schema[k] and type(v)==schema[k] then data[k] = v return true end error"type does not match schema" end }) tbl.b = 5 -- this will error because its the wrong type There are certain solutions you can do with functions, lsp is also really good at telling you when you went wrong.
- pfg_ 2y ago
  I think they are. Rust is a general purpose programming language, and Lua is a language specifically designed to be embeddable. But that means if you're making a project that embeds Lua, like Factorio for example, you have the choice of what language you write the code in. The choice is whether to write a function as native or to write it in Lua, and that choice might not be super clear unless someone else already made that choice for you. This is completely different than assembly vs PHP. Assembly is a 'don't use it unless you have to' programming language, while PHP is a programming language designed for website building. You wouldn't use assembly to make a website because there are no frameworks for it and you'll scream and cry. You wouldn't use PHP to write the entrypoint to your operating system because PHP can't do that. Rust and Lua are a lot closer together than PHP and assembly and it often would be reasonable to compare these languages for the same problems. It's not relevant at all to the blog post though because the engine they're using is built for Lua, and it's not really up to them unless they want to work against the engine and try to use a different language.
  - saagarjha 2y ago
    Amusingly I’ve gotten more job offers for web software written in assembly than PHP
  - hu3 2y ago
    > Rust and Lua are a lot closer together than PHP and assembly. Perhaps for some definition of closer, but they are very far away still. Like opposite-ends-of-many-spectra far away.
- IshKebab 2y ago
  I think he was just offering the perspective of someone else that has also written a lot of Lua. > The fanaticism of Rust programmers... Honestly the endless criticism of Rust "fanatics" is far more tedious than anything Rust developers say. Rust is a fantastic language. Do you expect people not to talk about it?
  - chx 2y ago
    > Honestly the endless criticism of Rust "fanatics" is far more tedious than anything Rust developers say. We can agree to disagree. I am sick and tired of Rust people screaming at the top of the lungs in every possible place about how their language is great and want to rewrite everything in it. So yes I expect people not to praise Rust in a Lua thread, it's completely off topic.
    - bmitc 2y ago
      Rust's ecosystem is also very sporadic. It seems everyone jumped on board in the gold rush (and still do), reinvent the wheel in some package to lay claim, and then abandon it when its 70% there once they get bored and/or realize rust doesn't magically solve programming.
      - hu3 2y ago
        There was an article related to that recently: https://loglog.games/blog/leaving-rust-gamedev/#gui-situation-in-rust-is-terrible https://loglog.games/blog/leaving-rust-gamedev/#gui-situatio...
        IshKebab 2y ago
        That isn't really about people abandoning GUI development. Most of the big Rust GUI efforts are still going. The problem with Rust GUI libraries is that Rust isn't really old enough to have mature ones yet.
        hu3 2y ago
- brink 2y ago
  People complaining about Rust evangelism is about as much of a trope as the Rust evangelism. Though I would rather spend my days listening to people talk about what they love rather than what they hate, so your response is more tiresome than the person you're replying to.
- deleted 2y ago
  [deleted]
interroboink 2y ago
I haven't used Rust, but lots of C++ — do you ever find the strongly-typed and compiler-driven approach constraining, compared to Lua? Like, in C++ if I want to change the API for something, I need to update a few different places (header, implementation, maybe some downstream typedefs, etc.), maybe recompile a library or two, then re-run the application, whereas in a more loosly-typed and "interpreted" language like Lua, I can rely on duck typing and such, make my edits and save, and the code is immediately live. The iteration cycle can be very short, if the system is built that way. Anyway, maybe I just come from the opposite end of the spectrum, so Lua feels like a breath of fresh air sometimes vs. writing everything in a stricter language. My project is also very amenable to that, though.
- umvi 2y ago
  Iteration cycle of strongly typed languages can be very short too, if you pick the right technologies. Rust (and c++), unfortunately, has pretty long compile times compared to, say, Go. The problem with loosely typed languages is that you don't find out until runtime that you have a problem. And if the problem is inside an if statement that users only hit 1% of the time, you might not find it at all except in the form of users very occasionally complaining that it sometimes crashes unexpectedly.
- secondcoming 2y ago
  There are techniques in C++ that can prevent this situation somewhat but it comes at the expense of indirection (see pimpl).
- xedrac 2y ago
  As a long time C++ developer with only a few years in Rust, C++ is downright painful in comparison. However, I still cannot iterate in Rust as quickly as I can in Lua, unless the project is large and complex, then I'd argue that I can work faster in Rust. Languages like Python, Lua, Lisp really struggle in large projects because it becomes way too easy to break things unknowingly.
  - vindarel 2y ago
marcosdumay 2y ago
"Second System Effect from Within - A Documentary"
akira2501 2y ago
> knowing the details of heap vs stack, array vs hashmap, and explaining that to someone learning programming for the first time within a language that attempts to hide those details is frustrating These are implementation artifacts. Knowing how to program does not require any knowledge of them. > and my old tool looks like a toy. The great thing about toys is they are very easy to put down for a while and then pick back up again later with very little effort.
- idoubtit 2y ago
  > The great thing about toys is they are very easy to put down for a while and then pick back up again later with very little effort. That matches my experience. I've written programs in Haskell, and it was very satisfying. But going back to the project after 6 months of work in other languages was very hard. I took some time to remember the concepts, the abstractions and what the cryptic operators meant in their contexts. I've kept away of Rust for this reason: maintenance would be hard if I only dabble episodicly in Rust. On the other side, my own experience with Lua was not very nice. I contributed (and patched for my needs) Koreader, an ebook reader with 180k lines of Lua. The lack of explicit types and data structures was a strong impediment. And the language has subtle traps... Everything is a table, but not all tables are equals: some tables are sequences (indexed by 1..n) with special operators (like # whose result is undetermined for other tables (which hurts like the famous Undefined Behavior of C++). With Lua, simple questions like "Is this table empty?" or "What is the size of a table?" are too hard for beginners. So, complex artefacts are hard to go back after a long break, but many toys break easily when you come back after a pause, having forgotten how fragile they were.
  - nequo 2y ago
    I find Rust much better on this front than Haskell. Haskell has a much stronger culture of using library-specific operators and abbreviations for function, variable, and type names, than Rust does. In Rust, you can’t even define a custom operator. If you understand borrowing and some of the basic traits, you’re a long way there. There aren’t new DSLs to learn or relearn, and the documentation is good at closing any gaps that open up while you’re away from Rust.
wsc981 2y ago
> So far I have spent 6 months in Rust and my old tool looks like a toy. How did I ever live without iterators, algebraic data types, the safety of a strong type system, and especially separate types for arrays and hashmaps for god sakes? I programmed in many languages with similar features (C#, Java, Swift, Objective-C) and programming in Lua is refreshing to me. In daytime I can deal with doing C# at office, but at home, Lua is more fun to me. Great for hobby projects. Would probably love programming full-time with Lua as well (if I could make money with game dev).
deleted 2y ago
[deleted]
15155 2y ago
The zen comes from knowing when to carefully embed a Lua interpreter into your Rust program.

_ugfj 2y ago

The fanaticism of Rust programmers are well known and off putting. Why, one of them just posted about it into a Lua thread. It couldn't be less relevant. Much as I don't have a hard choice between picking assembly and PHP for a task, Rust and Lua are just not in the same problem space.

umvi 2y ago
I read his post less as Rust fanaticism and more someone who has learned their first programming language isn't perfect - strong types? iterators? These are all things that are present in many languages, it just sounds like Lua is lacking them and he is discovering some of the cool features of other languages.
- nmz 2y ago
  But lua isn't lacking them, <for in do> is for generators, and if you want iterators you can make those as well.
  - bmitc 2y ago
    Do you know if Lua supports type annotations or gradual typing? I use those heavily when using dynamically typed languages.
    - QuaternionsBhop 2y ago
      No, Lua does not, but check out Roblox's Luau which is a gradually typed extension of Lua.
      - nmz 2y ago
        I'd recommend teal because luau is not really lua.
    - nmz 2y ago
      It does not. The most viable solution is transpilation, teal is the most recent candidate. You can have a hack of sorts using a schema and tables as in local schema = { a = "number", b="string" } -- key = "type" local data, link = {a=4, b="default value"}, {} -- link -> data, link itself is always empty local tbl = setmetatable(link, { __index = data , __newindex = function (t,k,v) if schema[k] and type(v)==schema[k] then data[k] = v return true end error"type does not match schema" end }) tbl.b = 5 -- this will error because its the wrong type There are certain solutions you can do with functions, lsp is also really good at telling you when you went wrong.
pfg_ 2y ago
I think they are. Rust is a general purpose programming language, and Lua is a language specifically designed to be embeddable. But that means if you're making a project that embeds Lua, like Factorio for example, you have the choice of what language you write the code in. The choice is whether to write a function as native or to write it in Lua, and that choice might not be super clear unless someone else already made that choice for you. This is completely different than assembly vs PHP. Assembly is a 'don't use it unless you have to' programming language, while PHP is a programming language designed for website building. You wouldn't use assembly to make a website because there are no frameworks for it and you'll scream and cry. You wouldn't use PHP to write the entrypoint to your operating system because PHP can't do that. Rust and Lua are a lot closer together than PHP and assembly and it often would be reasonable to compare these languages for the same problems. It's not relevant at all to the blog post though because the engine they're using is built for Lua, and it's not really up to them unless they want to work against the engine and try to use a different language.
- saagarjha 2y ago
  Amusingly I’ve gotten more job offers for web software written in assembly than PHP
- hu3 2y ago
  > Rust and Lua are a lot closer together than PHP and assembly. Perhaps for some definition of closer, but they are very far away still. Like opposite-ends-of-many-spectra far away.
IshKebab 2y ago
I think he was just offering the perspective of someone else that has also written a lot of Lua. > The fanaticism of Rust programmers... Honestly the endless criticism of Rust "fanatics" is far more tedious than anything Rust developers say. Rust is a fantastic language. Do you expect people not to talk about it?
- chx 2y ago
  > Honestly the endless criticism of Rust "fanatics" is far more tedious than anything Rust developers say. We can agree to disagree. I am sick and tired of Rust people screaming at the top of the lungs in every possible place about how their language is great and want to rewrite everything in it. So yes I expect people not to praise Rust in a Lua thread, it's completely off topic.
  - bmitc 2y ago
    Rust's ecosystem is also very sporadic. It seems everyone jumped on board in the gold rush (and still do), reinvent the wheel in some package to lay claim, and then abandon it when its 70% there once they get bored and/or realize rust doesn't magically solve programming.
    - hu3 2y ago
      There was an article related to that recently: https://loglog.games/blog/leaving-rust-gamedev/#gui-situation-in-rust-is-terrible https://loglog.games/blog/leaving-rust-gamedev/#gui-situatio...
      - IshKebab 2y ago
        That isn't really about people abandoning GUI development. Most of the big Rust GUI efforts are still going. The problem with Rust GUI libraries is that Rust isn't really old enough to have mature ones yet.
        hu3 2y ago
brink 2y ago
People complaining about Rust evangelism is about as much of a trope as the Rust evangelism. Though I would rather spend my days listening to people talk about what they love rather than what they hate, so your response is more tiresome than the person you're replying to.
deleted 2y ago
[deleted]

interroboink 2y ago

I haven't used Rust, but lots of C++ — do you ever find the strongly-typed and compiler-driven approach constraining, compared to Lua? Like, in C++ if I want to change the API for something, I need to update a few different places (header, implementation, maybe some downstream typedefs, etc.), maybe recompile a library or two, then re-run the application, whereas in a more loosly-typed and "interpreted" language like Lua, I can rely on duck typing and such, make my edits and save, and the code is immediately live. The iteration cycle can be very short, if the system is built that way. Anyway, maybe I just come from the opposite end of the spectrum, so Lua feels like a breath of fresh air sometimes vs. writing everything in a stricter language. My project is also very amenable to that, though.

umvi 2y ago
Iteration cycle of strongly typed languages can be very short too, if you pick the right technologies. Rust (and c++), unfortunately, has pretty long compile times compared to, say, Go. The problem with loosely typed languages is that you don't find out until runtime that you have a problem. And if the problem is inside an if statement that users only hit 1% of the time, you might not find it at all except in the form of users very occasionally complaining that it sometimes crashes unexpectedly.
secondcoming 2y ago
There are techniques in C++ that can prevent this situation somewhat but it comes at the expense of indirection (see pimpl).
xedrac 2y ago
As a long time C++ developer with only a few years in Rust, C++ is downright painful in comparison. However, I still cannot iterate in Rust as quickly as I can in Lua, unless the project is large and complex, then I'd argue that I can work faster in Rust. Languages like Python, Lua, Lisp really struggle in large projects because it becomes way too easy to break things unknowingly.
- vindarel 2y ago

marcosdumay 2y ago

"Second System Effect from Within - A Documentary"

akira2501 2y ago

> knowing the details of heap vs stack, array vs hashmap, and explaining that to someone learning programming for the first time within a language that attempts to hide those details is frustrating These are implementation artifacts. Knowing how to program does not require any knowledge of them. > and my old tool looks like a toy. The great thing about toys is they are very easy to put down for a while and then pick back up again later with very little effort.

idoubtit 2y ago
> The great thing about toys is they are very easy to put down for a while and then pick back up again later with very little effort. That matches my experience. I've written programs in Haskell, and it was very satisfying. But going back to the project after 6 months of work in other languages was very hard. I took some time to remember the concepts, the abstractions and what the cryptic operators meant in their contexts. I've kept away of Rust for this reason: maintenance would be hard if I only dabble episodicly in Rust. On the other side, my own experience with Lua was not very nice. I contributed (and patched for my needs) Koreader, an ebook reader with 180k lines of Lua. The lack of explicit types and data structures was a strong impediment. And the language has subtle traps... Everything is a table, but not all tables are equals: some tables are sequences (indexed by 1..n) with special operators (like # whose result is undetermined for other tables (which hurts like the famous Undefined Behavior of C++). With Lua, simple questions like "Is this table empty?" or "What is the size of a table?" are too hard for beginners. So, complex artefacts are hard to go back after a long break, but many toys break easily when you come back after a pause, having forgotten how fragile they were.
- nequo 2y ago
  I find Rust much better on this front than Haskell. Haskell has a much stronger culture of using library-specific operators and abbreviations for function, variable, and type names, than Rust does. In Rust, you can’t even define a custom operator. If you understand borrowing and some of the basic traits, you’re a long way there. There aren’t new DSLs to learn or relearn, and the documentation is good at closing any gaps that open up while you’re away from Rust.

wsc981 2y ago

> So far I have spent 6 months in Rust and my old tool looks like a toy. How did I ever live without iterators, algebraic data types, the safety of a strong type system, and especially separate types for arrays and hashmaps for god sakes? I programmed in many languages with similar features (C#, Java, Swift, Objective-C) and programming in Lua is refreshing to me. In daytime I can deal with doing C# at office, but at home, Lua is more fun to me. Great for hobby projects. Would probably love programming full-time with Lua as well (if I could make money with game dev).

deleted 2y ago

[deleted]

15155 2y ago

The zen comes from knowing when to carefully embed a Lua interpreter into your Rust program.