this post was submitted on 02 Jun 2024
110 points (96.6% liked)

Linux

48031 readers
1214 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
nooter692@lemmy.ml
AgreeableLandscape@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
110
What do I think about Lua after shipping a project with 60,000 lines of code? - Interview with lead programmer of the video game Craftomation 101. (blog.luden.io)
submitted 5 months ago by lemmyreader@lemmy.ml to c/linux@lemmy.ml
13 comments fedilink hide all child comments
top 13 comments
sorted by: hot top controversial new old
[–] August27th@lemmy.ca 40 points 5 months ago* (last edited 5 months ago) (1 children)

O.C.: Have you consulted about this “tables” approach with other Lua developers?

I.T.: After that, I went back to Dmitry and asked him if my understanding of “everything is a table” was correct and, if so, why Lua was designed this way. Dmitry told me that Lua was created at the Pontifical Catholic University of Rio de Janeiro and that it was acceptable for Pontifical Catholic Universities to design programming languages this way.

Lol what? Is there some kind of inside joke about Catholics and tables?

[–] GroteStreet@aussie.zone 17 points 5 months ago

My understanding of the joke is less about tables, more about pontification; I.e. "it is so because we say it is".

[–] Renegade@infosec.pub 19 points 5 months ago

... the lack of an increment operation, no “continue” instruction, and array indices starting from 1 instead of 0. These differences can be jarring

Understatement

[–] RenardDesMers@lemmy.ml 18 points 5 months ago (1 children)

When I read this kind of stories about game dev where unit tests are very optional, I don’t really regret not working in this industry, especially now with all the layoffs.

[–] deathmetal27@lemmy.world 14 points 5 months ago (1 children)

Working in enterprise software development really hammers in the importance of unit tests and integration tests.

[–] smeg@feddit.uk 3 points 5 months ago (2 children)

It seems that obscure bugs are a much bigger deal when the customer is a billion-dollar bank compared to a single player, not that surprising really!

[–] polonius-rex@kbin.run 5 points 5 months ago

to be fair, the testing surface is significantly more varied in a game than in the average application

your average api is probably stateless, and input probably tops out at like 100 lines of json

a game uses probably like 8gb of memory to store its state

[–] deathmetal27@lemmy.world 3 points 5 months ago (1 children)

I wish we held game developers to the same level of scrutiny.

[–] smeg@feddit.uk 0 points 5 months ago (1 children)

Different industries have different priorities, if the big boss says concentrating on features or releasing sooner is the priority then such is life

[–] AnyOldName3@lemmy.world 2 points 5 months ago

It doesn't necessarily work that way, though. If tests tell you you broke something immediately, you don't have time to forget how anything works, so identifying the problem and fixing it is much faster. For the kind of minor bug that's potentially acceptable to launch a game with, if it's something tests detect, it's probably easier to fix than it is to determine whether it's viable to just ignore it. If it's something tests don't detect, it's just as easy to ignore whether it's because there are no tests or because despite there being tests, none of them cover this situation.

The games industry is rife with managers doing things that mean developers have a worse time and have the opposite effect to their stated goals. A good example is crunch. It obviously helps to do extra hours right before a launch when there's the promise of a holiday after the launch to recuperate, but it's now common for games studios to be in crunch for months and years at a time, despite the evidence being that after a couple of weeks, everyone's so tired from crunch that they're less productive than if they worked normal hours.

Games are complicated, and building something complicated in a mad rush because of an imposed deadline is less effective than taking the time to think things through, and typically ends up failing or taking longer anyway.

[–] henfredemars@infosec.pub 15 points 5 months ago

Love Lua. I just wish the ecosystem wasn’t a choice between a fast JIT implementation and a traditional one that’s compatible with the latest version of the language.

[–] maiskanzler@feddit.de 8 points 5 months ago

Coming from Rust I am toying around with Lua at the moment. Lua is a small, simple and I would say a very neat language. But for big projects like an entire game I would personally much prefer a "traditional" compiled language like C/C++, Java/C# or Rust. Scripting langs are great for small scopes, but they quickly become a burden for bigger things in my opinion.

[–] Llituro@hexbear.net 7 points 5 months ago

Fun related fact: both Hades and Hades II are also mostly Lua scripts. And they ship the source code with both games so you can just go look at things like how fishing probabilities are implemented directly in the script.