News for hackers. Stuff that matters.
Re:Seven years of Go by Skinney on Thursday November 10, 2016 @02:04PM (#12923194)
Erlang isn't necessarily better than Go in this regard. Since Erlang is interpreted and everything has to copied between processes, Go is bound to be faster than Erlang, especially when it comes to parallelism. Go is also statically typed, which in my experience makes it easier to avoid bugs in large teams.

Erlang, however, is much better at distributed concurrency. There are few who suits this use case better.

As in all cases. Use the best tool for the job.

Re:Seven years of Go by ramchip on Thursday November 10, 2016 @02:25PM (#12923386)
Erlang is actually compiled, and binaries above a certain size are reference-counted rather than copied between processes. It still makes various compromises like using bignums and doing preemptive scheduling which make it slower in general.
Re:Seven years of Go by Skinney on Thursday November 10, 2016 @05:28PM (#12925113)
It's compiled to erlang bytecode, yes, but not to machine code. You do have the option of doing that, but I do believe you miss out on live updates? Not sure.

Erlang is great though, especially Elixir, but for some use cases Go is better.

Re:Seven years of Go by wyager on Thursday November 10, 2016 @02:57PM (#12923694)
If the first paragraph is the extent of your concerns with Erlang (which are reasonable), they are more than addressed by Haskell. Compiled and very statically typed.
Re:Seven years of Go by Skinney on Thursday November 10, 2016 @05:30PM (#12925130)
Yeah, but it's more difficult to teach others Haskell (what's a monad?) than Go. I know all three languages, I mostly prefer Go for backend work because it's easier for others to join in on.

Point is that they all have their strengths, but one is not necessarily better than the other. As with all things digital, it depends.