The Erlang Runtime System
happi.github.io
The Erlang Runtime System
1–10 of 27 posts
Re: The Erlang Runtime System
#2Re: The Erlang Runtime System
#3dupe: https://news.ycombinator.com/item?id=16952311
Submissions without discussion aren't duplicates.
Re: The Erlang Runtime System
#4You can download a PDF version from here: https://github.com/happi/theBeamBook/releases
Re: The Erlang Runtime System
#5Re: The Erlang Runtime System
#6Thanks for this, the last time I read a straightforward language tutorial in this spirt was "A Gentle introduction to Haskell" around 2004-2005.
Re: The Erlang Runtime System
#7Due to its crash tolerant nature the Erlang runtime system always seemed a little odd. I like this introduction though. I don't write much Erlang, but I have to run a lot of it.
Re: The Erlang Runtime System
#8The more I learn about erlang, elixir, and all the pieces that make them tick, the more fascinating and appealing it all seems. It's also arguably my first deeper dive into a compiler and all the ways you can get it to go the extra mile. It's pretty amazing stuff the technology that goes into a modern compiler.
Re: The Erlang Runtime System
#9The thing that gets me about Erlang and Elixir is that it has transparent and simple to use microservices out of the box. These services are machine transparent, can be called locally and remotely, provide bounded contexts within your application, are robust and supervised against crashes, are simpler to deploy and far far simpler to develop, can be discovered using a variety of solutions or your own code. They also don’t require hundreds of containers interacting to work locally. I would go so far as to suggest that you shouldn’t build a microservices system without looking at the huge time, cost and complexity savings that Elixir or Erlang will give you.
Re: The Erlang Runtime System
#10The thing that gets me about Erlang and Elixir is that it has transparent and simple to use microservices out of the box. These services are machine transparent, can be called locally and remotely, provide bounded contexts within your application, are robust and supervised against crashes, are simpler to deploy and far far simpler to develop, can be discovered using a variety of solutions or your own code. They also…
[deleted]