Hacker News new | past | comments | ask | show | jobs | submit login

You know. As Go get more popular, people will have a critical look at the language and its short comings.That's inevitable.

If the only answer to the issue they raise is "you don't need that in Go", "Use go generate" or "Go isn't for you", Go is going to get a lot of bad rap that will stop the adoption of the language.

If the Go team thinks the language doesn't need generics they are either out of touch(their rights,they don't know owe us anything) or arrogant. Either way, Go will not be the successful language it could have been.

One should never have to resort to interface{} to code anything in Go. Developers want type safety, not write type assertions everywhere. The fact that 1/ Go has generics but you cant create yours(map/slices/arrays) 2/ the core lib is full of these interface{} functions proves the language has a big problem.




Rust has something that Go does not: Servo.

If Rust had been missing an important feature like generics, the Servo people would have been telling the compiler people "you're being silly, of course we need generics!". And because Servo is the official test-case project for Rust, the compiler people would have listened.

Go has nothing like this. There's no formal effort to ensure practicality.


Surely some internal Google projects were developed alongside Go in the language.


It's not about whether someone is using the language, but about whether the language designers decide to listen to a user above themselves.

It's hard to design a language. Everybody is always trying to give their conflicting opinions. Many language designers react by turning inwards and ignoring everybody else.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: