May 27, 2026
Go says never… then maybe
Go: Support for Generic Methods
Go backtracks after years of “no thanks” — and the comments are having a field day
TLDR: Go may finally add a long-requested way to attach reusable, flexible actions directly to types, after years of resistance. Fans are cheering the overdue change, while critics say it’s another sign the language is abandoning its minimalist image.
The Go team just pulled off a tiny tech soap opera: after years of sounding like generic methods were a hard no, they’re now saying, well… maybe yes actually. In plain English, this means developers may soon be able to write reusable actions directly on a type, instead of awkwardly shoving that logic elsewhere. It’s a niche-sounding change with surprisingly loud emotions, because for many fans it fixes one of the language’s most obvious “wait, why can’t it do that?” moments.
And wow, the community noticed the plot twist. One of the loudest reactions was basically, “so we’re slowly getting all the stuff they said we didn’t need.” That line became the whole vibe: half celebration, half smug I-told-you-so. Supporters called the move overdue, saying the missing feature felt bizarre to anyone coming from other programming languages, and that putting these reusable actions directly on a data type just feels cleaner and more natural.
But not everyone was tossing confetti. Critics were already sharpening knives, with one especially spicy commenter warning that chasing what users expect is exactly how Go loses its identity. Translation: some people think every new convenience makes the language messier and less true to its simple roots.
So yes, this is partly a coding update. But the real show is the comment section: one side cheering a long-requested upgrade, the other side muttering that Go is becoming the thing it once rolled its eyes at. Classic programming language drama.
Key Points
- •Go currently allows generic functions but does not allow methods to declare their own type parameters.
- •The article says generic methods were previously avoided because they were assumed to require generic interface methods too.
- •Go does not support generic interface methods because it is difficult to determine all needed method instantiations at compile time under Go’s interface model.
- •The proposal argues that concrete methods are useful independently of interfaces for code organization and method chaining.
- •The proposed syntax change would allow concrete methods to declare type parameters like functions, while interface methods would remain non-generic.