News for hackers. Stuff that matters.
Re:Go: Support for Generic Methods by tines on Wednesday May 27, 2026 @01:57PM (#48297953)
I'm not mad, I'm a proponent of stronger type systems. I'm just correcting the record about

> They didn't say they never wanted to do generics, but that they did want to take their time and do them right.

Re:Go: Support for Generic Methods by piekvorst on Thursday May 28, 2026 @02:51AM (#48305523)
What’s the correction? The two claims are not in conflict. Saying “we don’t expect to ever add X” is not equivalent to “we never wanted to add X.” It simply means that they didn’t think it would happen, which can coexist with an underlying willingness to consider it if a suitable approach appeared.
Re:Go: Support for Generic Methods by tines on Thursday May 28, 2026 @02:12PM (#48313082)
You added the word "want", the OP said "need". "We don't ever expect to add X" implies "we don't think we need X."
Re:Go: Support for Generic Methods by foldr on Friday May 29, 2026 @05:50AM (#48321098)
Clearly we don’t need this feature. Just because the Go team decides to implement a feature doesn’t imply that they must think that the language needs the feature. You’re searching for contradictions where none exist.
Re:Go: Support for Generic Methods by tines on Sunday May 31, 2026 @09:55PM (#48351809)
Ah, then they’re implementing needless features! What’s worse! lol
Re:Go: Support for Generic Methods by foldr on Monday June 01, 2026 @05:57AM (#48354730)
Most programming language features are not strictly needed. They’re just quality of life improvements that are on balance a good addition to the language.
Re:Go: Support for Generic Methods by tines on Monday June 08, 2026 @12:50PM (#48447786)
Sure, but if you take that view, everything above assembly is a QOL improvement and we really don't need anything. That definition is pretty useless though.
Re:Go: Support for Generic Methods by foldr on Wednesday June 10, 2026 @04:25PM (#48482151)
Hmm, I don't think so. Go needs a string type to be a usable high-level programming language, but it doesn't need, say, the 'any' alias for 'interface{}'. Some features are more central than others. Perhaps none are 100% essential or inessential, but some features are clearly closer to one end of the spectrum than the other.