What we’re about
The combined Meetup for Elixir and Erlang users in Krakow. Join a group of Elixir and Erlang enthusiasts interested in sharing knowledge and meeting like-minded people.
Join our meetups for an opportunity to discover new case studies, learn about new frameworks or to find out more about Erlang, Elixir and other BEAM VM based technologies whilst enjoying pizza and beer. We also have cookies.
The group is open to Architects, Programmers, Project Managers, Software and Platform Innovators, existing Elixir users as well as Elixir newbies and anyone interested in Elixir.
Upcoming events (1)
See all- Lambda Days MeetupHevre, Kraków
Pre-Conference Meetup @Erlang Solutions Kraków
Join us on June 11th at Hevre in Kraków for an evening of interesting talks and good beer – just a day before the Lambda Days conference kicks off.
Whether you're attending Lambda Days or just interested in functional programming and tech, you're welcome to join us!
It’s a great opportunity to meet fellow developers from Kraków, nearby areas and beyond. Come hang out in the heart of Kazimierz, chat about tech and enjoy before the big conference begins.We’ve got two great speakers lined up:
👨🏻💻 Piotr Nosek - Software Architect @Erlang Solutions
➡️ Topic: Selling BEAM as a developer
💡 Abstract: In this presentation I’m going to discuss various aspects of developer’s involvement in the sales process, with the focus on BEAM based systems.
These will include:- The responsibilities on the subsequent stages of the sales process.
- Good communication with the sales team.
- Positive language and persuasion.
- Requirements gathering and estimation.
- Highlighting the benefits of the BEAM and challenging misconceptions.
- Know Thyself™ (and your organization’s portfolio).
👨🏻💻Mateusz Kubuszok – Senior Scala Developer @Precog
➡️ Topic: Automating data transformation – harder than it sounds
💡 Abstract: Sometimes it is easier to design your program if you use different models for API serialization, database access and actual logic. But converting between these models can quickly become mundane. That’s why libraries like AutoMapper (C#), MapStruct (Java), Chimney (Scala), Copier (Go) or Converter (Swift) are made. Do they have to be a bunch of spaghetti code or could we use some mathematical principles to make them saner? Can we actually reason what they do?Please note that space is limited, so RSVP to confirm your attendance.
