Yeah but that's just edgelord behaviour.

You get those a lot with all kinds of programming languages, and Rust is certainly not know for having less of them.

That's just someone that doesn't know why people say things, so just made it up.

Enums outside of rust are indeed bad (I would correct it to enums in every language I know that is not rust, since maybe some other do the same thing as rust). But it's not because the tagged union thing.

The problem of enums in other languages is that they do not make for a distinct type. They are just integers in a name. Or at least that is the case for C and Java enums. Python and JavaScript do not even have enums, which is even worse.

When enums are just integers, you don't know if a variable of the type of the enum is actually one of the variants of the enum. If you assume that, you can easily get into undefined behavior/crash territory quite fast.

When making a library in C, for example, if one of your functions has an enum as a parameter, one of the first things you have to do is check if that parameter is actually in the range of the enum. Since you don't control the caller to your function. These checks don't belong in code at runtime, they belong to compile time, as you're just validating the type of a variable.

In rust, switch/match statements need to cover every single enum variant (of course, you can also have default paths to not cover every case) your code just won't compile if you don't. Which means that when you add a new variant to an old enum, you don't have to go hunting every match statement to see if it affects your new change. That is a tedious and error-prone task if done manually, while it is pretty simple for the compiler.

Of course, now that these differences are established, the tagged union thing comes in and makes rust ones better. The reason other language enums are bad is because they're named integers, the reason rust's are good is because they are tagged unions, completing the algebraic type system.

If I told you what the purpose of this system was you would be really horrified...

Lol, yup. Actually it was 4 axis. And connected to a laser instead of a milling bit. The system was also in a controlled gas environment which added extra complications.

It was g-code which as another commentator correctly pointed out was used to control a fanuc cnc system.

It was a lot of magic numbers, why was that set that thing set to 3 minimum? It worked good enough at 3 to be acceptable

I heard he worked for Blizzard. But it definitely wasn't nepotism

He's actually been doing stupid shit for ages, it just didn't get widespread attention until the SKG thing blew up. Actually the wow roach might've been before that, but either way SKG is what basically ended him.

famous YouTuber who reckons that he’s a programming genius

Is that true? I've seen a lot of his shorts and he's always been like: "just make games" -- "stop worrying about code quality, some amazing games have shit code"

Templates outside of D are a mess, and the reason why metaprogramming has a bad name. Templates inside D are easy to use, and its attempt at it is something more language should copy.