Hacker News Reader

Rust exists in a domain where one-size-fits-all approaches to concurrency just don't work and where asynchronicity is usually irrelevant. Meanwhile Rust's type system manages to statically prevent data races without requiring Erlang-style deep copying, which is an advance to the state of the art. :)

> I never used this framework, but everything i know from the next era is starting to show its age (including coredata, with its messed up support for multi threading access).

EOF is not Core Data and Core Data is not from the NeXT era.

GCD is the best I've seen in terms of language design for concurrency. It's also a bit higher level than managing threads on your own. Though I might be wrong.

You probably should have a try at golang concurency management with channels, and you'll see what i mean.

GCD isn't much more than a low level job launching and scheduling library. It doesn't provide advanced patterns for resource sharing.

Concurrency goes further than parallelism, it's also a way to manage concurrent memory access (although golang does let you shoot yourself in the foot if you want to with low level mutexes as well). There's a great talk from rob pike on the subject http://blog.golang.org/concurrency-is-not-parallelism

Thanks for explaining and clearing things up. I'll read up.