Which programing language best for concurrency and Parallel programing?

I want to develop caht app for mobile platform, but I want to be sure which programing language best for concurrency and Parallel programing like elixir, erlang or golang?

1 Like

The answers might be a bit biased here :slight_smile: Obviously Elixir.

4 Likes

The BEAM vm is good at this.

Between Erlang and Elixir, it’s just a question of syntax.

Maybe you want to consider that the people who did this already quite successfully (WhatsApp) used Erlang? :wink:

As @kokolegorille mentioned, whether Erlang or Elixir is a matter of taste.
Just if you’re considering a web-frontend you might want to go with Elixir/PhoenixFramework/LiveView…

1 Like

While Erlang/Elixir is good for concurrency and there is a good amount of prior art for chat apps (like Ejabberd or Mongoose), I can give a cautionary scenario against choosing Elixir or Erlang.

If you work in an organization who has an existing ecosystem, and every person in the organization is reasonably familiar with that ecosystem, then languages and libraries in that environment might be best. For example, if you are in an example that uses mainly JVM with a mix of languages like Kotlin/Android on the front end, Java or Scala on the backend, then I’d reach for Akka or even Spring Boot + WebSockets. Consider the cognitive overhead for an organization to introduce a new paradigm, a new runtime, a new school of thought. If the ‘original developers’ who were interested in Elixir/Erlang leave, then will the existing JVM developers be able to debug the application in production? Add new features? Understand the severity of a VM alert?

Other questions to ask:

  • Does it need to ‘scale’? If the backend will have a max of 100 to 500 concurrent users at a time, do you need an ecosystem that is highly concurrent?
  • Do you need to develop it in house? Can you integrate in an existing OSS application?
  • What are the time constraints? Do you have time to learn a new ecosystem while also developing a new chat app.

Food for thought.

3 Likes

shameless plug: I have a toy chat application deployed here:

The code is here:

Thanks to Elixir, Phoneix, Liveview and Surface, I didn’t have to write a lot of code. It supports a reduced version of markdown in chat, opengraph preview of link and more.

2 Likes

Always a good recommendation if for some reason one needs to stick with java or c# :+1:

Thousands or billions of users?
You can easily build a chat app with a few lines of JS and firebase.
If you want to go big, BEAM is the obvious choice.

Regarding concurrency in general.
There are different models how to do that. The most important trait of those is: how do the parts of the system communicate with each other?

  1. through shared memory (multithreading+mutexes)
  2. messages

(1) tends to be easy at first but good chance it becomes a mess.
(2) harder to get started but better chance of a stable and clear system

(concurrency is hard, there is no easy perfect way)

So beeing on an Elixir forum its no stunner: I vote for message passing.

Go and Erlang/Elixir both use message passing for concurrency. But they are not the same. Go has Goroutines - functions that run concurrently - easy, solid and fun. Erlang/Elixir implement the Actor Model. Not that simple but therefore way more powerful.

1 Like

yes sure, like whats app, I guess js and firebase for small team

no, I prefer chat app like whats app, it is not small app

Using firebase would be cheating :slight_smile:

My understanding of the gorotines is they are async/await in disguise. Just like async/await, there is no preemption so in a busy concurrent scenario it will suffer from latency spikes.

Having experienced them, goroutines are NOT fun. Especially when you have to debug them in anger. Their simplicity is at best equivalent to spawn/1 and while there is more ceremony in something like task, that buys you safety (supervision trees) and testability ($callers)

Goroutines are async, except with implicit suspends at ends of function calls, and no await (fire and forget). They are like spawn, which is async, except with implicit suspends between reductions and no await. The latency spikes of go relative to Erlang is likely due to gc struggling to refcount correctly across shared state.

1 Like

I have a (too) complex firebase system in production right now. It is amazing what you can do with so little.
But now that I’m more and more into Elixir I’d really like to just rewrite everything in Elixir. I’m actually looking into Elixir because I want to rebuild an embedded device with nerves. There we’d replace a lot of different technologies all with Elixir. And over time I’m realizing we could even transform our complete backend into Elixir. That’s really just amazing. So back to the chat thing: I’ve found this about the slack-tech-stack:

Big part of the stuff could just be Elixir.

1 Like

can I develop any project with elixir instead of golang ,django or …? elixir will be enough for me for any project like video streaming, image processing etc?