Re:Why Go Is Not Good (2014)
by mercurial on Wednesday December 09, 2015 @11:24AM
(#10704586)
How is code with generics more complex than without it?
[ Parent
| on HN ]
Re:Why Go Is Not Good (2014)
by gendoikari on Wednesday December 09, 2015 @02:34PM
(#10706132)
For example the C++ templates rules are themselves a turing-complete language.
If by generics you meant some really basic features, I think you can do pretty well with interfaces. They're already in the language.
If by generics you meant the full-package, i think you could end up with something pretty complex all the time.
Most generic implementations are not Turing-complete, and looking at C++, this doesn't sound like a particularly tempting proposition.
And while I'm not particularly familiar with Go, I don't see how you can get a feature set equivalent to a simple implementation like Java's out of Go interfaces ("you can just cast" is not a good answer).
Re:Why Go Is Not Good (2014)
by gendoikari on Wednesday December 09, 2015 @05:58PM
(#10707441)
I'm probably missing the use case. What is the problem that you are thinking of, you can't solve with a Go interface?
Say, a generic container.
They're talking about the compiler and the language spec not Go code.