News for hackers. Stuff that matters.
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?
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.
Re:Why Go Is Not Good (2014) by mercurial on Wednesday December 09, 2015 @03:49PM (#10706642)
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?
Re:Why Go Is Not Good (2014) by mercurial on Thursday December 10, 2015 @12:24AM (#10709045)
Say, a generic container.
Re:Why Go Is Not Good (2014) by rbjorklin on Wednesday December 09, 2015 @01:57PM (#10705881)
They're talking about the compiler and the language spec not Go code.
Re:Why Go Is Not Good (2014) by mercurial on Wednesday December 09, 2015 @03:45PM (#10706606)
That's not how I interpret parent's comment.