Erlang/OTP 25.0 Release

Highlights blog post here: <a href="https:&#x2F;&#x2F;www.erlang.org&#x2F;blog&#x2F;my-otp-25-highlights&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.erlang.org&#x2F;blog&#x2F;my-otp-25-highlights&#x2F;</a>

* The JIT now works for 64-bit ARM processors, including M1<p>* The JIT now does type-based optimizations based on type information in the BEAM files.

Having worked with erlang for some time now, <a href="https:&#x2F;&#x2F;www.erlang.org&#x2F;eeps&#x2F;eep-0049" rel="nofollow">https:&#x2F;&#x2F;www.erlang.org&#x2F;eeps&#x2F;eep-0049</a> is _very exciting_ to me. One of the issues that I have with the codebase that I&#x27;m in is deep nesting, which could be solved with this feature. Very compelling.<p>(HN mods: feel free to delete this comment or my comment at <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=31426002" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=31426002</a>, since they&#x27;re the same content)

Thanks to the EEF for funding my work on the float to string algorithm!<p>And also, if you wonder if you could do it for your current platform of choice, please do not engage. Inside float to string conversion lies madness...

I&#x27;ve seen more than once recently an engineer saying that software solutions outside of the Serverless ecosystem (FaaS, DB, etc) is &quot;the new legacy&quot;. And that cloud providers have solved all the pains that Erlang was supposed to address.<p>What&#x27;s your feeling on this? Elixir sounds very compelling to me, but I worry that I might be going in a direction that&#x27;s not where the industry is going.

I taught myself Erlang last year and loved it until I tried to write an application. The OTP documentation, while voluminous, was confusing and seemed to have important omissions, and I found little if any community.

With the JIT foundation now set in Erlang&#x2F;OTP 24 &amp; 25, I can only hope that we&#x27;ll begin to see massive perf improvement in Erlang&#x2F;OTP 26.<p>(Thanks you to Lukas and all others who work on this)

Highlights: <a href="https:&#x2F;&#x2F;www.erlang.org&#x2F;blog&#x2F;my-otp-25-highlights&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.erlang.org&#x2F;blog&#x2F;my-otp-25-highlights&#x2F;</a>

ARM support for the JIT is a great addition for any of us on an M1! I believe on Intel the JIT was improving compile times by 30-50%.

I&#x27;ve seen more than once recently an engineer saying that software solutions outside of the Serverless ecosystem (FaaS, DB, etc) is &quot;the new legacy&quot;. And that cloud providers have solved all the pains that Erlang was supposed to address. What&#x27;s your feeling on this? Elixir sounds very compelling to me, but I worry that I might be going in a direction that&#x27;s not where the industry is going.

Are strings in Erlang rather inefficient? Or does the memory usage or string performance not matter in practice?<p>I have always ignored anything related to Erlang because I dislike the idea of a language that lacks an efficient string representation . . . even though I have spent over a decade using JavaScript! (so maybe I don’t actually care?)

...with JIT support for ARM processors, which is quite interesting.

Have there been benchmarks of the JIT vs say JS or the JVM?

Good news for anyone deploying to Graviton too

Does no one proof-read any more?<p>&gt; New PRNG added to the rand module, for fast pseudo-random numers.

&gt; The JIT now works for 64-bit ARM processors.<p>Does this mean mobile apps in Erlang is not far off ?

Is Elixir running on OTP 25?

<a href="https:&#x2F;&#x2F;youtu.be&#x2F;rRbY3TMUcgQ" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;rRbY3TMUcgQ</a> 2013 and still totally relevant<p>Outlaw Techno Psychobitch FTW