Hi, folks. Welcome back to our beloved Elixir Meetup after some winter break.
This time we decided to cooperate with the Erlang Budapest User Group and the organisers of the Craft Conference.
So we will have a joint meetup (https://www.meetup.com/Budapest-Erlang-User-Group/events/238612478/), with a very special guest, Claudio Ortolina who is the Head of Elixir at Erlang Solutions and speaker at Craft Conference, was happy to join us and give an updated version of his popular talk (http://www.elixir.london/2016/claudio-ortolina), titled GenStage in the Kitchen.
The other speaker will be Dániel from Digital Natives / Flyiin, who will give a shortened version of his talk (http://www.elixirconf.eu/elixirconf2017/daniel-vamosi) accepted for ElixirConf.EU 2017.
To somewhat align to the guidelines of the Craft organisers, we will start a little bit earlier than usual.
• 18:00 opening doors
• 18:30 first presenter
• 19:10 second presenter
Claudio Ortolina (Erlang Solutions): GenStage in the Kitchen
GenStage is the Elixir core team’s effort to provide a set of flexible, composable primitives for concurrent, demand-driven event processing.
Our use case is a restaurant simulation, with tables placing orders, a waiter, a chef and line cooks ready to prepare amazing dishes.
We’ll map GenStage’s core concepts to constraints in our restaurant simulation and see how our system copes by stressing its different components, isolating some useful principles along the way.
Dániel Vámosi (Digital Natives/Flyiin): Visual Reasoning and Mental Maps in Elixir
I would like to present a brief overview of the variety of tools available for visual reasoning about concurrency patterns, ranging from Erlang/OTP (Observer, erlyberly) through Elixir ecosystem (visualixir), to the toolset available for other concurrent platforms like Go (gotrace, streamtools). The second goal is to showcase a proof of concept for a visual tool that extends the feature set of the aforementioned ones, with a strong focus on specific Elixir abstractions (like GenStage + Flow), rather than concurrency primitives.