Live data from Hacker News

Erlang/OTP 29.0

erlang.org

41–50 of 64 posts

Re: Erlang/OTP 29.0

#41

Who even uses Erlang? I used Rails and then i tried Phoenix and it was lot more difficult to get things done. I don't understand Phoenix hype For solo devs, Rails is arguably most productive webapp system. LLM is very good at writing ruby rails code. Much better than writing django in my experience even though python training corpus is huge. I write my experimental apps in Rail when it stabilizes, i do a Go rewrite.…

[deleted]

Re: Erlang/OTP 29.0

#42
post #20

You might want to update prod apps ASAP to this or the latest point version if below 29. Just deployed an app to production, automated security scans found 2 CRITICAL CVEs and half a dozen of HIGH risk ones dated Feb-May 2026.

Do you have a list?

Re: Erlang/OTP 29.0

#43
post #13

Does anyone knows if WhatsApp is still based on Erlang?

Yes.

I’ve been using Erlang since the early 2010s, right around the time we (the tech industry) discovered that WhatsApp was supporting over 400 million active users with only like 30 engineers.

I reached out to one of their engineers at the time (when I still lived in the US) who kindly responded to some of my questions via email. We ended up meeting for coffee and still stay in touch to this day.

I can tell you that Erlang is still very much a part of WhatsApp.

Re: Erlang/OTP 29.0

#44

Who even uses Erlang? I used Rails and then i tried Phoenix and it was lot more difficult to get things done. I don't understand Phoenix hype For solo devs, Rails is arguably most productive webapp system. LLM is very good at writing ruby rails code. Much better than writing django in my experience even though python training corpus is huge. I write my experimental apps in Rail when it stabilizes, i do a Go rewrite.…

I write Rails aswell but comparing Rails with Erlang is kinda weird, they are for completely different domains. Both can co-exist in this world. These are only tools, not a cult or part of personality.

Re: Erlang/OTP 29.0

#45
post #39

Is anyone still using Erlang for green field projects? I know there are plenty of Elixir enthusiasts here, I mean plain ol' Erlang. If you are still using Erlang, why do you prefer it to Elixir?

[deleted]

Re: Erlang/OTP 29.0

#46
post #30

Earlier quoted context omitted.

hello, would you please recommend a good resource to get started with elixir ? thanks for your time !

This is a good place to start: https://elixirisallyouneed.dev/resources

This is a good list. I started with the books by Saša Jurić (they are excellent), and the Programming Phoenix LiveView is a must have if you want to do anything web-related.

If you're on the fence, this'll convince you: https://www.youtube.com/watch?v=JvBT4XBdoUE

Re: Erlang/OTP 29.0

#47

Earlier quoted context omitted.

Elixir and Phoenix is a better production platform than Django.. I’m not throwing shade on Django, many production systems use it happily. I’m saying that Phoenix/Elixir is better, partly because of the BEAM and OTP and partly because of the language and the framework. Real concurrency. Better performance. Far more robust in production. The language is pre-compiled, and while not statically typed, that alone provides…

if you want true concurrency, why not use goroutines? It provides single binary deployment and static types?

Elixir is very ergonomic when it comes to concurrency, e.g. parallel-map example:

    1..10
    |> Task.async_stream(fn x -> x*2 end, max_concurrency: 2, timeout: 7000, on_timeout: :kill_task)
    |> Enum.to_list()
Equivalent Go code would be very long and very ugly.

Golang has its positives but you also lose a lot. Whole ecosystem is not comparable, like "debug live production cluster" is one-command away for Elixir vs "fuck you" for Golang

Re: Erlang/OTP 29.0

#48
post #20

You might want to update prod apps ASAP to this or the latest point version if below 29. Just deployed an app to production, automated security scans found 2 CRITICAL CVEs and half a dozen of HIGH risk ones dated Feb-May 2026.

Do you have a list?

Copied from the defectdojo report (generated on an Elixir 1.19 app on ubuntu noble base image from February 2026):

  Critical CVE-2025-32433 in erlang:27.3
  Critical CVE-2026-28808 in erlang:27.3   
  High CVE-2026-23941 in erlang:27.3 
  High CVE-2026-32144 in erlang:27.3   
  High CVE-2025-48041 in erlang:27.3   
  High CVE-2025-68973 in gpgv:2.4.4-2ubuntu17   
  High CVE-2025-30211 in erlang:27.3
  High CVE-2025-68973 GPGV 2.4.4-2ubuntu17
All these seem to be fixed by upgrading to latest ubuntu image + Erlang/OTP 28.5

Re: Erlang/OTP 29.0

#49
post #48

Earlier quoted context omitted.

Do you have a list?

Copied from the defectdojo report (generated on an Elixir 1.19 app on ubuntu noble base image from February 2026): Critical CVE-2025-32433 in erlang:27.3 Critical CVE-2026-28808 in erlang:27.3 High CVE-2026-23941 in erlang:27.3 High CVE-2026-32144 in erlang:27.3 High CVE-2025-48041 in erlang:27.3 High CVE-2025-68973 in gpgv:2.4.4-2ubuntu17 High CVE-2025-30211 in erlang:27.3 High CVE-2025-68973 GPGV 2.4.4-2ubuntu17 Al…

Thank you. The problem with new OTP releases is that usually there's a X.0.1 release shortly after because something was broken. At least it was that way with 28. I'll wait a few weeks.

Re: Erlang/OTP 29.0

#50

Earlier quoted context omitted.

I was about to say "what, we've had records for decades" but then I read the changelog. Interesting. I wonder if there a world where Elixir starts compiling maps to "native records"?

probably not maps, but structs yes.

I dunno… it’d break a looooot of code if structs were suddenly not also maps. My bet is this becomes a new option you have to manually migrate to.
Post reply on HN