How generics are implemented in Go 1.18

Re:How generics are implemented in Go 1.18 by benhoyt on Tuesday March 01, 2022 @11:26PM (#30523720)

But the fact remains that it's a productive language with excellent tooling and fast build times, and a lot of people really like working with it (myself included).

I believe the reason it has gotten as far as it has without generics is because it did always have them -- but only for the built-in data types (slices, maps, channels). You just couldn't add your own until Go 1.18. I have several medium-sized Go projects that benefit hugely from generic slices and maps, but wouldn't benefit at all from user-defined generics.

[ Parent | on HN ]

Re:How generics are implemented in Go 1.18 by Cthulhu_ on Wednesday March 02, 2022 @05:11AM (#30525706)

That's the main use case I think; certain specialized container data types (e.g. a linked list) will benefit from generics, but I don't see it going as crazy as e.g. Java in terms of usage.

Which is something the Go team is behind as well; they added it to the language, but they aren't telling people how to use it, and are letting the community come up with use cases over time before they iterate on it.

[ Parent | on HN ]