Past Meetup

Craft Edition: GenStage and Visual Reasoning

This Meetup is past

11 people went

Location image of event venue

Details

Hi,

Our next meetup is organised in cooperation with the Budapest |> Elixir meetup group and the organisers of the Craft Conference.

So we will have a joint meetup (https://www.meetup.com/budapest-elixir/events/238237206/), with a very special guest, Claudio Ortolina. He is the Head of Elixir at Erlang Solutions and a speaker at the Craft Conference, who 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 Vámosi 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.

Agenda:

• 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.