Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I've seen a few Haskellers finding similarities and praising Go[1]. Go is just meant to be practical and familiar to most working engineers and all the articles are going to reflect that. Most of the people coming from "advanced languages" are looking for new paradigms to move forward. When it comes to Go, there really isn't much to talk about besides the maturation of the toolchain.

[1] http://www.starling-software.com/en/blog/my-beautiful-code/2...



The plenty of Haskellers I know have all expressed disinterest in Go as a poorly designed language.

The linked post seems to be a very superficial take of Go. I wonder if he'd keep his opinion of Go after learning about lack of generics, error product types, nulls, mutability of concurrent messages, and all the other show stopper design mistakes...


As an aside, that article says that Haskell can't guarantee Monads to also be Functors. Is that a language problem or library problem?


That's purely a library oversight which has become mired in backwards compatibility (don't track any of that onto my carpet :P).

It would be trivial to specify that all Monads are also Functors by changing the definition of the Monad class a little bit:

    class Functor m => Monad m where


It's a library/compatibility problem, and it's (finally) being addressed now (will take years until the change takes place, need deprecation warnings for a loong time).




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

Search: