The 5th large technological Ruby, Rails and related technologies conference. Leaders from Eastern+Western Europe and USA will gather to discuss technological aspects of development with Ruby
Speakers and Talks
@tenderlove, GitHub, USA
Ruby & Rails СoreTeam member, top 1 contributor to Rails & RubyHero 2010
@tongueroo, BoltOps, USA
Creator of Jets, AWS Container Hero, Founder @BoltOps
@anamma_06, SUSE, Germany
Software Engineer at the Open Build Service Frontend Team
@piotr_murach, UK / Poland
Senior Web Developer
@ddfreyne Movinga, Germany
Software Engineer
@inemation Skillgrid, Serbia
Independent Consultant
@yoletskaya, Oxagile, Belarus
Ruby Developer
Renowned speaker at numerous international events, and author of Nokogiri (XML parser) and Psych (YAML parser). One of Ruby's most respected and loved programmers.

He has improved ActiveRecord substantively in usability and performance and is also on the Ruby and Rails security teams.
Web applications typically have bottlenecks at the database layer. This is one reason Active Record gets so much attention by application developers, Rails core developers, and conference speakers.

In this talk we will be focusing on something a little bit different. Instead of the database layer, we will be looking at the view layer of the application. We will be looking at how view
rendering is handled in Rails. This will include the process by which views are compiled, cached, and rendered. We'll learn how much memory they are found, how much memory they use, and more importantly how we can speed them up.

Audience members should expect to leave with more information about Rails internals along with development techniques that they can use in their applications today!
Tung Nguyen is the founder of BoltOps, a consulting company focused on AWS. Tung is a developer at heart, is passionate about Open Source software, and has written several open source tools:
He's been lucky enough to been recognized as an AWS Hero.
Ultimately, he's a Ruby developer at heart.
AWS released official Ruby Support for Lambda at re:Invent 2018. This announcement makes Ruby a first-class citizen in the Serverless world. The framework that will be discussed was already been running Ruby at Native speed prior to the announcement. The framework switched over to the official AWS version of Ruby less than 2 weeks after the announcement!

We will do a quick introduction to the Serverless world and AWS Lambda to establish a baseline for everyone. Then we'll jump into a Ruby Framework that makes Serverless easy to work with.

Ruby is the not only one of most beautiful languages in the world but also extremely powerful. The power lies in Ruby's Metaprogramming abilities. This serverless framework leverages these Ruby powers to create a DSL that essentially translates Ruby code to AWS Lambda functions. We'll introduce these Framework concepts:
  • Controllers
  • Routes
  • Jobs
We will create a few demos and deploy it to AWS Lambda live. We will also cover some architecture pattern examples that can be built with the framework:
  • Web API Application
  • Event Driven Security: Auto-Remediation
  • Continuous Compliance: AWS Config Rules
  • Event Driven IoT Architectures
Serverless Ruby opens a world of possibilities for Ruby programmers.
Hey! My name is Dmitry, and I am from the middle of Russia, the city, which name you probably do not know :) I am about ten years in web-development, started a long time ago from ASP.NET, but have contracted with the beauty and grace of Ruby one day.

For now, I am the ruby backend developer at Amplifr (Evil Martian's project), which technically is the Rails monolith, and our team's love and tender help it to feel good nowadays at the "era of "micro-services".
The modern web becomes more distributed: both front-end and back-end turns out to be the complicated part of the bipolar web-application. And communication between them is going to be a new challenge.

The classic AJAX problems: - the unstable network makes AJAX based UI works annoying - does not work offline - there is no way to merge conflits, last processed update is accepted as the last truth - UI becomes pessimistic with a huge amount of loaders and other request-time lockers - the increasing complexity of the JavaScript code for processing AJAX requests - AJAX work only in one way and does not allow live updates

Logux is the new way of synchronization between client and server, which provides many features for modern web out of the box: Live Updates, Optimistic UI, Offline-first.

What does Logux bring to level up client-server communication? - uses event-sourcing and CRDT concepts to work automatic resolving conflicts - communicates over web-socket in both directions to support Live Updates - synchronizes event log between clients automatically - support the protocol upgrade - is fully integrated with the current front-end ecosystem (Redux)

I will talk about how basic Logux concepts and how all of the work together to support the modern web features.
Ana started working with Rails in 2015. Shortly after she started in open source contributing to an open government Rails project. She fell in love with the open source development and has been contributing to varied open source Ruby and RoR projects ever since.

She is currently working at SUSE on the Open Build Service, an open source Rails application which was started just two months after Rails was first released.
Do you like hacking? For the first time, you will be able to do this during a talk!

In this talk, Ana will drive the biggest mobprogramming session ever. We all will write code live together to send a PR to an open source Ruby or Rails project. The project we choose, what we implement and the code we write is up to you! More than 200 developers and 45 minutes to select a task, implement it and send a working code upstream may sound impossible. Even if we don't manage, we will learn from each other a ton about open source, git, Ruby and RoR.
This talk is a story of my journey in the programming world - a journey which started in the Smalltalk world, switched to Java, but then was dominated by Ruby/Rails.

My focus on implementing the business logic was always crucial in my apps. During the talk, I will show how my thinking has been changing, how it was challenged and where I ended for now. I will show many code examples and discuss their pros and cons, including the ways of testing them. Object-oriented and Function-driven techniques will be shown.

I strongly believe that the ability of implementing business logic, separated from the framework, separated from the persistence mechanism, separated from any library - is crucial to the success of many business projects.

During the talk I want to take you for this journey with me and leave you with new knowledge that you can apply in your codebase immediately.
Piotr is a software engineer building things on the web with a special interest in tooling, automation, and testing.

In his master's degree, he developed a framework for conducting evolutionary testing against artificial intelligence in computer games, with his research focusing on the game Unreal Tournament 2004.

Piotr continues his testing passion by releasing Ruby gems that increase developers' productivity, such as the benchmarking library, 'benchmark-trend'.
Ruby is optimised for happiness, we tell ourselves when we write beautiful code. We've written our acceptance and unit tests. What else is there to do? Nah, we don't need to worry about performance.

Sometimes, though, things turn sour when your beautiful code meets reality and the data processing consumes all of the server's resources. There are no magic bullets that can instantly detect performance and scaling issues in our code, but there are techniques that can help.

In this talk, you'll learn all about the benefits of writing performance assertions in a test suite. You'll see how a seemingly reasonable algorithm in fact exhibits abysmal performance and doesn't scale. We'll explore two different types of performance assertions that can be used to establish the performance characteristics of our example. Once we've done that, from then on, only hard cold measurements will guide us in refactoring the code to be more performant.

You will leave equipped with the techniques to help you learn how fast your code really is. Let's put a stop to slow code and remove all of those pesky performance bugs!
I'm Dávid Halász, a software engineer working for Red Hat on the ManageIQ open-source cloud and infrastructure management platform.

David started with Ruby in 2012 when his roommate at the university gave him a "Rails for Dummies" book and he's enjoyed working in it ever since.
Does your network only let through HTTP connections? No problem! Let's hijack some sockets from incoming HTTP connections and use it to smuggle any kind of traffic through an HTTP session! Concurrently! In Ruby!

Rack is a super simple, yet a very versatile tool to implement web servers in Ruby. It beats under the hood of Rails, but it can do much more. The socket hijacking has been implemented into Rack to support WebSockets by bypassing the middleware and so not blocking the worker threads. Together with the HTTP Upgrade requests, this can be used to send regular TCP traffic through an open HTTP connection. This talk is about leveraging socket hijacking to smuggle an SSH connection through an HTTP session using Rack. All this by using Ruby, a language that's not ideal for doing concurrency and IO.

Warning: your infosec team already does not like me, but I have some cute stickers.

Denis has been writing Ruby for 12-something years.
He maintains Nanoc, the static-site generator that powers the GitHub developer documentation, the GitLab developer documentation, the FOSDEM web site, and other large web sites. He currently works at Movinga, and previously worked at SoundCloud. In his spare time, Denis often indulges in his obsession for electronic music and chasing cats.

Algorithms are typically encoded in code. Sometimes, however, letting non-developers modify algorithms can be beneficial — but for that, we'll have to move the implementation of the algorithm from code into data. Doing so yields a bunch of interesting advantages.

Imagine that you're implementing a complex algorithm that encapsulates some business process at your company. The business stakeholders are pleased, but sometimes come to you with questions, such as

  • Why is this calculation result so high?
  • Can you please tweak some factors in the algorithm?
One-off requests like these are probably fine, but occasionally they can be so numerous that you end up spending a significant amount of your time dealing with incoming requests. (You have more interesting stuff to do!) Ideally, business stakeholders themselves would be able to figure out why that calculation result is so high, and would be able to change the factors themselves.

The implementation of the algorithm is in code – and it is typically not feasible to let business stakeholders handle code. (They have more interesting stuff to do!) We can move the algorithm's implementation out of code and into data… and that yields us a bunch of interesting advantages.

Back-end developer at Evil Martians. Open-source activist and contributor. Creator and maintainer of Ossert (, Blood Contracts, Dirty Pipeline.

Have you ever heard about data consistency problems within the multi-service architecture? That problem could be solved using Sagas design pattern. In fact, it's quite hard to implement.

Want to know how? Welcome on board, young magicians!
Yulia is a Ruby developer from Minsk, Belarus. She is an open source contributor and is passionate about learning new things and sharing knowledge.
Overview of gRPC, Apache Thrift, Twirp, Finagle frameworks, their main features, and Ruby specific implementation details.

Lately, a lot of web developers tend to find out that REST isn't always the ultimate solution for services communication problems. Some people thrift to search for new architectural styles (e.g. GraphQL) and others give a new breath to old-fashioned RPCs. This talk is a brief overview of existing RPC frameworks (e.g. gRPC, Apache Thrift, Twirp) including Ruby specific details.
First-wave Rubyist, teacher, complexity fighter, owner of his own consultancy.
We are experienced developers. Yet, when we deal with big codebases, we often feel that we don't fully control the situation. The question is what's missing? What is this mysterious thing?

We continuously learn new things, try new frameworks and approaches, but it doesn't really help. Let's talk why is it happening and how to reclaim the sense of control back.
Ruby on Rails developer currently working in "SoftSwiss", an online-gambling software provider.
On our way to scalability in SoftSwiss we discovered that our beloved RabbitMQ does not want to play by new rules. So we turn our heads towards ApacheKafka, stream-processing platform developed to withhold hundreds of thousands messages per second.

In this talk I'll briefly discuss Kafka's architecture, show how we spin it up in production (and which problems we encountered) and talk about future challenges our product have to solve to fully encorporate high-availability mindset.
April 6, 2019 | Space
09:00 – 09:50
09:00 – 09:50
09:50 – 10:00
09:50 – 10:00
10:00 – 10:35
11:10 – 11:45
11:45 – 12:05
11:45 – 12:05
12:50 – 13:20
13:45 – 14:45
13:45 – 14:45
15:30 – 16:05
15:30 – 16:05
16:10 – 16:20
16:20 – 16:40
16:20 – 16:40
16:40 – 16:50
17:40 –18:20
Afterparty 🎉
Professional team of conference & meetup organisers in Minsk, Belarus
Community of Belarus' Ruby developers
Become a partner!
Your Partner Account Manager is Misha Malikin:
+375 29 678−56−34,
General Partner
SoftSwiss is a tech company developing products for the iGaming industry. It offers widely acclaimed, certified software solutions for managing online casino and sports betting operations. It also runs a gamedev studio creating modern cross-platform casino games.
Video Partner
Afterparty Partner
Participant Partners
Some pictures from last year
See 276 more on our Facebook page
How it felt like in 2018
See the speakers and talks of 2018
on RubyConfBY 2018 website
RubyConfBY 2019 Code of Conduct
All attendees, speakers, sponsors and volunteers at our conference are required to agree with the following code of conduct. Organisers will enforce this code throughout the event. We are expecting cooperation from all participants to help ensuring a safe environment for everybody.

RubyConfBY 2019 Conference is a community conference intended for networking and collaboration in the IT community. Our goal is to create the best event. We want every participant to be able to focus their full attention on talks and networking. This is impossible to do if you are being harassed, stalked, or discriminated against.

We value the participation of each member of the community and want all attendees to have an enjoyable and fulfilling experience. Accordingly, all attendees are expected to show respect and courtesy to other attendees throughout the conference and at all conference events, whether officially sponsored by RubyConfBY 2019 Conference or not.

To make clear what is expected, all delegates/attendees, speakers, exhibitors, organizers and volunteers at any RubyConfBY 2019 Conference event are required to conform to the following Code of Conduct. Organizers will enforce this code throughout the event.

RubyConfBY 2019 Conference is dedicated to providing a harassment-free conference experience for everyone, regardless of gender, sexual orientation, disability, physical appearance, body size, race, or religion. We do not tolerate harassment of conference participants in any form.

All communication should be appropriate for a professional audience including people of many different backgrounds. Sexual language and imagery is not appropriate for any conference venue, including talks.

Be kind to others. Do not insult or put down other attendees. Behave professionally. Remember that harassment and sexist, racist, or exclusionary jokes are not appropriate for RubyConfBY 2019 Conference.

Harassment includes offensive communication related to gender, sexual orientation, disability, physical appearance, body size, race, religion, sexual images in public spaces, deliberate intimidation, stalking, following, harassing photography or recording, sustained disruption of talks or other events, inappropriate physical contact, and unwelcome sexual attention.

Exhibitors in the expo hall, sponsor or vendor booths, or similar activities are also subject to the anti-harassment policy. In particular, exhibitors should not use sexualized images, activities, or other material. Booth staff (including volunteers) should not use sexualized clothing/uniforms/costumes, or otherwise create a sexualized environment.

Be careful in the words that you choose. Remember that sexist, racist, and other exclusionary jokes can be offensive to those around you. Excessive swearing and offensive jokes are not appropriate for RubyConfBY 2019 Conference.

Expected Behavior

  • Participate in an authentic and active way. In doing so, you contribute to the health and longevity of this community.
  • Exercise consideration and respect in your speech and actions.
  • Attempt collaboration before conflict.
  • Refrain from demeaning, discriminatory, or harassing behavior and speech.
  • Be mindful of your surroundings and of your fellow participants. Alert community leaders if you notice a dangerous situation, someone in distress, or violations of this Code of Conduct, even if they seem inconsequential.

Unacceptable Behavior

Unacceptable behaviors include: intimidating, harassing, abusive, discriminatory, derogatory or demeaning speech or actions by any participant in our community online, at all related events and in one-on-one communications carried out in the context of community business. Community event venues may be shared with members of the public; please be respectful to all patrons of these locations.

Harassment includes: harmful or prejudicial verbal or written comments related to gender, sexual orientation, race, religion, disability; inappropriate use of nudity and/or sexual images (including presentation slides); inappropriate depictions of violence (including presentation slides); deliberate intimidation, stalking or following; harassing photography or recording; sustained disruption of talks or other events; inappropriate physical contact, and unwelcome sexual attention. Attending the event under the influence of alcohol or other narcotic substances is unacceptable.

Consequences of Unacceptable Behavior

Unacceptable behavior from any community member, including sponsors and those with decision-making authority, will not be tolerated. Anyone asked to stop unacceptable behavior is expected to comply immediately.

If a community member engages in unacceptable behavior, the community organizers may take any action they deem appropriate, up to and including a temporary ban or permanent expulsion from the community without warning (and without refund in the case of a paid event).

Thank you for helping make this a welcoming, friendly event for all!

Need Help?

Please text the organizer:
Corporate tickets booking
Ticket type & price (inclusive of all taxes)
Submitting the form indicates you agree with our Privacy Policy