4 ms·

I've been dabbling in Go, but I keep wondering if I would prefer Rust after reading articles like this...

innocentoldguy 8y ago
I dabbled in Go for a while too, but found I much prefer Rust, Elixir, and Crystal (even though it is still a bit immature). I know a lot of people love Go, but these other three languages speak to my soul.
- azhenley 8y ago
  You're making this decision even harder! I used Go a bit in the course I'm teaching this semester, so maybe next semester I'll teach with Rust :)
- PopeDotNinja 8y ago
  How does the concurrency model in Rust hold up when compared to Erlang/Elixir? Crystal's concurrency seemed lacking the last time I looked (which was a while ago).
  - steveklabnik 8y ago
    The biggest difference is that Rust doesn't force a specific one on you. The language knows nothing about threads. It does have two special traits, Sync and Send, that should be used by any thread-related APIs for concurrency guarantees, and the stdlib thread API does use them. But there are other concurrency/paralellism models beyond std::thread, including really cool stuff like "scoped threads", and more classic "single threaded event loop" stuff, or thread pools. The big differentiator is that Rust proves code free from data races at compile time. Not the specific model. Incidentally, you can write NIFs in Rust...
- 52-6F-62 8y ago
  This begins to frame one of the problems I have lately. Dabbling in Go, dabbling in Erlang/Elixir, dabbling in Elm, dabbling in Rust...
  - Jach 8y ago
    From one dabbler to another, try dabbling in Common Lisp sometime, it might help in settling down...
wasted_intel 8y ago
You should! I used Go on a sizeable side project, and while I did enjoy it, I much prefer Rust. There's no doubt that Rust is harder to learn, but not pointlessly so; it's a learning exercise, especially if it's your first foray into low-level systems programming. Be patient, the payoff is worth the investment!
artursapek 8y ago
Go is much easier to learn, and probably takes less time to develop with on average. Also, Rust is not really a Go competitor: https://dave.cheney.net/2015/07/02/why-go-and-rust-are-not-competitors https://dave.cheney.net/2015/07/02/why-go-and-rust-are-not-c...

I dabbled in Go for a while too, but found I much prefer Rust, Elixir, and Crystal (even though it is still a bit immature). I know a lot of people love Go, but these other three languages speak to my soul.

azhenley 8y ago
You're making this decision even harder! I used Go a bit in the course I'm teaching this semester, so maybe next semester I'll teach with Rust :)
PopeDotNinja 8y ago
How does the concurrency model in Rust hold up when compared to Erlang/Elixir? Crystal's concurrency seemed lacking the last time I looked (which was a while ago).
- steveklabnik 8y ago
  The biggest difference is that Rust doesn't force a specific one on you. The language knows nothing about threads. It does have two special traits, Sync and Send, that should be used by any thread-related APIs for concurrency guarantees, and the stdlib thread API does use them. But there are other concurrency/paralellism models beyond std::thread, including really cool stuff like "scoped threads", and more classic "single threaded event loop" stuff, or thread pools. The big differentiator is that Rust proves code free from data races at compile time. Not the specific model. Incidentally, you can write NIFs in Rust...
52-6F-62 8y ago
This begins to frame one of the problems I have lately. Dabbling in Go, dabbling in Erlang/Elixir, dabbling in Elm, dabbling in Rust...
- Jach 8y ago
  From one dabbler to another, try dabbling in Common Lisp sometime, it might help in settling down...

wasted_intel 8y ago

You should! I used Go on a sizeable side project, and while I did enjoy it, I much prefer Rust. There's no doubt that Rust is harder to learn, but not pointlessly so; it's a learning exercise, especially if it's your first foray into low-level systems programming. Be patient, the payoff is worth the investment!

artursapek 8y ago

Go is much easier to learn, and probably takes less time to develop with on average. Also, Rust is not really a Go competitor: https://dave.cheney.net/2015/07/02/why-go-and-rust-are-not-competitors https://dave.cheney.net/2015/07/02/why-go-and-rust-are-not-c...