Why I chose Lua for this blog

Post by mcdow » Fri, Oct 03, 2025, 1:32 AM UTC

mrbonner wrote: post #39

mcdow wrote: post #30

I liked this post, and I can totally understand where you’re coming from… But couldn’t anything you say about Lua also be said about JS? You mentioned how Lua wasn’t batteries included, so you try to limit your libraries. Couldn’t you say the same for JS? JS itself doesn’t change much, it’s the ecosystem. Couldn’t you just pick out some small and stable libraries the same way you could with Lua?

For me, it isn't 100% language warts. It is the customer experience that matters the most for me. Can I compile and ship my products to my customers without having them to install a VMs, container runtime or a language runtime? That the question that is critical for me.

Post by pansa2 » Fri, Oct 03, 2025, 1:55 AM UTC

electroglyph wrote: post #32

behnamoh wrote: post #7

I don't know man, every time I tried to learn Lua (to write nvim plugins and HammerSpoon spoons) I disliked the ergonomics of the language. I don't understand why people say it's an easy language— easy ≠ simple

it's easy, but the 1 indexes and global by default suck

Post by rweichler » Fri, Oct 03, 2025, 2:56 AM UTC

curiousss wrote: post #3

Kinda curious why you did not go with OpenResty?

Post by lisbbb » Fri, Oct 03, 2025, 3:33 AM UTC

Post by sundbry » Fri, Oct 03, 2025, 3:35 AM UTC

ganamadaduun wrote: post #36

simonw wrote: post #5

I miss the days when "implement your own blogging engine" was one of the most popular learning projects for engineers. We should bring that back! Its such a great way to play around with client- and server-side development options in an almost zero-risk environment.

Everything web-facing, if it's not a static website delivered by a well-tested web server, happens in a high-risk environment. And doubly so, if, like in this case, stuff like custom cgi libraries are involved. One has to be either very confident in their skills to do that or very, very brave.