Erlang/OTP 29.0

faangguyindia•5 minutes ago

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 don't write directly in Go because, it consumes lot more token when the app scope is unknown but it's very efficient for rails.

These day i don't need react or angular anymore, i use Hotwire in Rails and HTMX in Go.

Erlang forum itself uses Discourse (written in Rails)

solid_fuel•about 4 hours ago

Looks like a nice set of improvements. Disabling the SSH daemon [0] by default is a good security change, same with disabling the SFTP by default.

I think the io_ansi [1] module sounds pretty cool, imo erlang doesn't have a great story for building complicated CLI applications right now, but I haven't tried much. I imagine having this in the stdlib will be a nice leg up in the future. The way fwrite works seamlessly across nodes is very nice, and exactly what I love to see from erlang.

The addition of Native Records [2] is really cool. I'm curious how this will be leveraged in Elixir in the future, since right now I think there is a mix of records, tuples, and maps depending on exactly what is being done. Like the EEP says, I doubt we'll ever see the old records deprecated entirely but this looks like a substantial improvement.

[0] https://www.erlang.org/doc/apps/ssh/ssh.html

[1] https://www.erlang.org/docs/29/apps/stdlib/io_ansi.html

[2] https://github.com/erlang/eep/pull/81

toast0•about 4 hours ago

I don't think the ssh daemon was ever automatically enabled or started. The two bullet points are phrased differently, but I think they mean the same thing, when starting the ssh daemon, the listed parts won't be started by default.

> The SSH daemon now defaults to disabled for shell and exec services, implementing the “secure by default” principle. This prevents authenticated users from executing arbitrary Erlang code unless explicitly configured.

> The SFTP subsystem is no longer enabled by default when starting an SSH daemon.

tmoertel•about 3 hours ago

For anyone wondering what the "OTP" part is in Erlang/OTP, it is a set of libraries and associated principles that, in effect, standardize the creation of highly reliable, fault-tolerant applications, originally for the telecom domain. It's worth checking out the brief introduction to the fundamental ideas in the introduction to "OTP Design Principles":

https://www.erlang.org/doc/system/design_principles.html

hackernudes•about 2 hours ago

OTP = Open Telecom Platform

dnautics•43 minutes ago

no longer. That is legacy. OTP now just stands for "OTP"

ksec•38 minutes ago

Does anyone knows if WhatsApp is still based on Erlang?

ch4s3•about 2 hours ago

I'm interested to see how records play out in the ecosystem.

sbrother•about 2 hours ago

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"?

dnautics•41 minutes ago

probably not maps, but structs yes.

SteveGregory•about 3 hours ago

Can someone please explain the innards?

Jtsummers•about 3 hours ago

Innards of which part? The BEAM Book may be of interest to you:

https://blog.stenmans.org/theBeamBook/

keyle•about 2 hours ago

      Added support for -unsafe attributes

Right in time for the Rust rewrite! /s

Erlang/OTP 29.0

⚡ Community Insights

Discussion (13 Comments)Read Original on HackerNews