[khazhoux]

The article is about enums, which are lacking in Go.

[randomdata]

No, Go definitely has enums. It is sum types (that some people have recently started calling enums) that Go lacks.

[grumpyprole]

Go does not model enums as separate types (like e.g. Pascal), they are essentially just integers like C.

[randomdata]

No, Go enums are definitely separate types. Sure, technically there is also an integer (or some other base representation) hidden in there somewhere, but that's what an enumeration is. Without that you don't have an enum.

[grumpyprole]

Creating new types wrapping int is not really the same thing. It's not a closed set. Presumably one could define additional overlapping constants with the same integer type elsewhere?

[randomdata]

Go types do not support value constraints, no. That has nothing to do with enums, though. That's a different feature altogether.

[grumpyprole]

It has a lot to do with enums, especially if you are claiming statically typed enums. When defining a type, more often than not, we want to define the values that make up the set. For example, 'type boolean = true | false'