All the FP talks at NDC Oslo

Good news! Recordings for NDC Oslo is up and I’ve curated all the talks from the FP track this year for your enjoyment 

All the FP talks at NDC London

So NDC Oslo has come and gone, and whilst we wait for the videos for NDC Oslo to be available here are all the FP talks from NDC London this year.



All the FP talks at NDC Oslo

Great news, recording of all the talks at this year’s NDC Oslo has been uploaded to Vimeo!

It’s a lot of videos to go through, so I’ve curated all the talks from the FP track this year, including my new talk “A tour of the language landscape” where I covered some interesting ideas and concepts spanning across a number of languages – F#, Clojure, Go, Rust, Idris, Elm and Erlang.

Erlang on Xen

Stumbled across this slidedeck today, it’s very informative and so I feel obliged to share!

Solving the Stable Marriage problem in Erlang

Whilst talking with an ex-colleague, a question came up on how to implement the Stable Marriage problem using a message passing approach. Naturally, I wanted to answer that question with Erlang!

Let’s first dissect the problem and decide what processes we need and how they need to interact with one another.

The stable marriage problem is commonly stated as:

Given n men and n women, where each person has ranked all members of the opposite sex with a unique number between 1 and n in order of preference, marry the men and women together such that there are no two people of opposite sex who would both rather have each other than their current partners. If there are no such people, all the marriages are “stable”. (It is assumed that the participants are binary gendered and that marriages are not same-sex).

From the problem description, we can see that we need:

  • a module for man
  • a module for woman
  • a module for orchestrating the experiment

In terms of interaction between the different modules, I imagined something along the line of the following:


The proposal communication needs to be synchronous* as the man cannot proceed until he gets an answer for his proposal. But all other communications can be asynchronous.

(* remember, a synchronous call in OTP-sense is not the same as a synchronous call in Java/C# where the calling thread is blocked.

In this case the communication still happens via asynchronous message passing, but the calling process asynchronously waits for a reply before moving on)

From here, the implementation itself is pretty straight forward.

And using the test data from Rosetta Code, you can have a module that sets up the test, which I’ve called stable_marriage here.

Compile and run the code gives the following output:


You can get the full source code for this solution on github.



Repo for solution

Rosetta Code test data