The Go team's stance on generics, summarized:

For us to consider generics, show us an implementation, that:

1. Doesn't hurt compile times too much. 2. Doesn't bloat the binary too much. 3. Doesn't hurt run-time performance too much. 4. Doesn't fundamentally change the language syntax too much. 5. Doesn't complicate the type system too much. 6. (My personal fav) - Plays nicely with Go interfaces. (Seriously, good luck with that one!)

Show us that and no problem - you'll get generics!

Now before you go off and waste months doing that, realize that it's them basically politely telling the community to piss off with these generics proposals. But they're free to write comments in a dozen or so Github issues if it makes them feel better, why not.

If you've been following the language since 2010 or so, like I have, you'd know by now that roughly 4 well-thought generics proposals have been shot down by the core team.

Programmers are really horrible with emotional intelligence and reading between the lines, it seems.

> The intent is not to add generics to Go at this time, but rather to show people what a complete proposal would look like.

Yeah, that's there specifically to be pointed to for all the people that say "generics would be easy to add to the language, just do it"

"Issue opened two years ago".

Visible work done on generics, beyond go generate, zero.

Unless you also want to teach me how to check Go's source code for the pull request related to that issue.

Until then it is all just smoke and mirrors.