I think it's worth pointing out that the current objections to Generics in Go have nothing to do with them being too complicated for programmers. The summary i

I think it's worth pointing out that the current objections to Generics in Go have nothing to do with them being too complicated for programmers. The summary is [1]: > The generic dilemma is this: do you want slow programmers, slow compilers and bloated binaries, or slow execution times? Here "slow programmers" means, "do you want a language without generics". Both quick compilation and quick execution are first-order goals of Go, so people are loathe to give them up. [1] https://docs.google.com/document/d/1vrAy9gMpMoS3uaVphB32uVXX4pi-HnNjkMEgyAHX4N4/edit https://docs.google.com/document/d/1vrAy9gMpMoS3uaVphB32uVXX...