4 ms·
> nd for runtime errors Go shows the entire stack Erlang shows, logs, send via mail and telepathically tells you about what died where with all the details, an
by klibertp 13y ago
> nd for runtime errors Go shows the entire stack
Erlang shows, logs, send via mail and telepathically tells you about what died where with all the details, and then additionally restarts the failed process according to restarting policy and tries again. Or not.
Anyway, I think this thread was about comparison of Erlang and Go - other threads are already full of people writing how wonderful Go is. As a part time Erlang developer, in this thread, I'd like to read what Go has better than than Erlang, not what is good in Go in general, because the latter is just increasing noise-to-ratio.
And it's possible to build single binary and deploy it with Erlang too.
- tptacek 13y agoBetter string handling. Static typing with a very convenient expression in the language. A concurrency model that is easier to adopt if your frame of reference is concurrent C++. A simpler, friendlier syntax, which is probably not a win if you're a veteran Erlang programmer. Probably better tooling: native binaries, a lightning fast compiler with great error messages and testing facilities, &c. Perhaps a more modern standard library, which is made somewhat simpler and more concise by the pragmatic adoption of a very little bit of conventional OO, without going whole hog the way Java does. There are certainly advantages to Erlang, too!