Channel: erlang

Writing your own BEAM | Martin Janiczek

elixir erlang systems

Cure v0.2.0 - Verification-First Programming for the BEAM

erlang

“defensive programming” (Was: Re: How nice should I be on exit?) - Joe Armstrong email explaining Erlang’s philosophy for error handling.

erlang resilience

You built an Erlang

erlang

The let it crash error handling strategy of Erlang by Joe Armstrong

elixir erlang

My Favorite Erlang Program

erlang

slawlor/ractor: Rust actor framework

erlang rust

A cloud platform to enrich services made with Ergo Framework.

distributed systems erlang golang

thejerf/suture: Supervisor trees for Go.

distributed systems erlang golang

Secure Coding and Deployment Hardening Guidelines | EEF Security WG - Best-practices for writing and running applications on the BEAM, by the Erlang Ecosystem Foundation’s Security Working Group.

elixir erlang

http://beam-wisdoms.clau.se/en/latest/

elixir erlang

Introduction | Adopting Erlang

erlang

Erlang/OTP 21’s new logger

devops elixir erlang

esl/Pyrlang: An Erlang node implemented in Python using gevent library, striving to be compatible with both Python 2 and Python 3

erlang python

Time-Out: Elixir State Machines versus Servers

elixir erlang

setting up SSL for erlang

erlang

Install, Monitor Erlang Releases in Kubernetes with Helm Prometheus

distributed systems erlang kubernetes

Handling Overload

distributed systems erlang

Webmachine in Elixir Tutorial, Part 1 - Sean Cribbs

elixir erlang

Real World Elixir Deployment

devops elixir erlang

Erlang VM and JVM compared

erlang papers

Using erlydtl with Cowboy

erlang

Orleans, Distributed Virtual Actors for Programming and Scalability Comparison

distributed systems erlang

machi

distributed systems erlang papers

Webmachine: Focus on Resources - Sean Cribbs on Vimeo

erlang

Supervised event handlers in Erlang

erlang

A basic full text search server in Erlang

erlang

Stanford Seminar - Joe Armstrong of Ericsson

Another good Joe Armstrong talk.

  • systems that they originally designed purely for fault-tolerance did better on scalability benchmarks than systems designed for scalability. Led to the observation that they are related and instead of a tradeoff (“you can have either scalability or fault-tolerance”), instead you have “you can have both or neither”
  • according to Alan Kay, messaging was really the key idea of OOP, as it truly decouples objects (original idea in Smalltalk/Squeak, but lost in XEROX PARC work)
  • error handling must be external because the machine the error happened on might be dead. Design fundamentally is to not have to program differently for everything running on one machine vs multiple machines.
  • Erlang terms are designed to be serialized/deserialized without parsing (just very low level marshalling). Part of the reason that databases like Riak can be so fast.

distributed systems erlang

Accessing an Arduino from Erlang

erlang

Stuff Goes Bad: Erlang in Anger

Free ebook on debugging Erlang systems.

distributed systems erlang functional