We've just cancelled the price increase! Last Minute tickets are just  218  170 BYN (◕‿◕)
Close

The 6th community driven international conference dedicated to the development with Ruby, Rails and related technologies

Online edition
Organized by
UTC/GMT
San Francisco/PDT UTC -7
London UTC+1
New York/EDT UTC-4
12:00pm–4:00pm
5:00am–9:00am
8:00am–12:00pm
1:00pm–5:00pm
Berlin UTC+2
Delhi UTC+5:30
2:00pm–6:00pm
5:30pm–10:30pm

RubyConfBY local timing
on July 18 and July 19

Sydney UTC+10
10:00pm–2:00am
Minsk UTC+3
3:00pm–7:00pm

Speakers and Schedule

UTC/GMT+3 Time Zone. All talks are in English.
Day 1 — July 18
Day 2 — July 19
15:00–15:10
15:00–15:10
Conference Opening
15:10–15:35
15:10–15:35
@_solnic_, Poland
Growing a library ecosystem

In this talk I'll share my experiences when building, maintaining and growing an entire ecosystem of open source libraries.
From small building blocks, through high-level abstractions, ending with feature-rich frameworks. How this type of work can be organized? How do you manage contributions? What about documentation? Versioning? Release process? And the most important question: is it worth the extra effort?

15:35–15:45
15:35–15:45
Q&A Session with MC and Piotr Solnica
15:45–16:15
15:45–16:15
Continue discussion with Piotr in the Speakers' room
15:45–16:10
15:45–16:10
How to visualize a ruby project

Code visualization is an important part of coding. Usually, we use our imagination but what will happen if we ask ruby to do this work?
In my talk, I'll show a tool that we build in dry-rb and which exists only in the ruby ecosystem. This tool will help us to see all project component associations on the one page. I'll explain why other tools work terribly and how to visualize important things.
Also, I'll explain how this visualization can help with onboarding new developers, find "god" objects in the system and use a heatmap of dependency usage for finding unused parts of the project.

16:10–16:20
16:10–16:20
Q&A Session with MC and Anton Davydov
16:20–16:50
16:20–16:50
Ask more questions to Anton in the Speakers' room
16:20–16:30
16:20–16:30
Break
16:30–16:55
16:30–16:55
@palkan_tula, Russia
Crash course in transpiling Ruby

What is a transpiler? Isn't it something we use to make JavaScript less painful to work with? Sure, but not only that. Transpilers could be useful for other languages, too.
Let's talk about how we can build a transpiler for Ruby, what "magic" is required to make edge Ruby syntax work in all Rubies, and why on Mars you might need it.

16:55–17:05
16:55–17:05
Q&A Session with MC and Vladimir Dementyev
17:05–17:35
17:05–17:35
Share experience with Vladimir in the Speakers' room
17:05 –17:30
17:05 –17:30
Joy of painting with Ruby and OpenGL

In this short live-coding session we'll try to open hidden potentials of Ruby language and apply it to graphics programming.
We'll draw a picture using OpenGL, and step by step you'll find out how to control the scene and draw different types of objects.

17:30–17:40
17:30–17:40
Q&A Session with MC and Tetiana Chupryna
17:40–18:10
17:40–18:10
Keep drawing with Tetiana in the Speakers' room
17:40–18:10
17:40–18:10
Networking Break/Open Talk session
18:10–18:30
18:10–18:30
Disk is fast, memory is slow. Forget all you think you know

Adding metrics to your code should effectively have no impact on performance.
When we were recently tasked with doing that in multi-process Ruby servers, we ran into an interesting challenge: could we aggregate our numbers across processes without blowing our target of just one microsecond of overhead?
The months of work that followed had us looking into C extensions, segfault dumps, memory maps, syscall timings, and pretty much everything we could think of to try and achieve our objective.
In the process, we found some very counter-intuitive performance results that I'd like to share with you.

18:30–18:40
18:30–18:40
Q&A session with MC and Daniel Magliola
18:40–19:10
18:40–19:10
Carry on chatting with Daniel in the Speakers' room
18:40–19:05
18:40–19:05
@halfbyte, Germany
Ruby patterns for contemporary dance music

Thanks to SonicPi, you can make some impressive music by writing ruby code. But what if we really want to understand how the sausage is made?
In a quick tour through the basics of digital audio processing, subtractive synthesis and more, we'll learn how pure ruby can produce a complete song and then have a massively distributed dance off. Maybe. :)

19:05–19:15
19:05–19:15
Q&A Session with MC and Jan Krutisch
18:40–19:10
18:40–19:10
Learn more about making music with Jan in the Speakers' room
19:15–19:25
19:15–19:25
Day 1 Closing
15:00–15:10
15:00–15:10
Day 2 Opening
15:10–15:35
15:10–15:35
@jodosha, Italy
Hanami::API
15:35–15:45
15:35–15:45
Q&A Session with MC and Luca Guidi
15:45–16:15
15:45–16:15
Continue discussion with Luca in the Speakers' room
15:45–16:10
15:45–16:10
Error handling with Monads in Ruby

Ever wondered how exceptions became the default error handling technique in many programming languages, and if there are better alternatives?
Wonder no more! Join this talk to learn about the pros and cons of error handling with Monads in Ruby, code examples included.

16:10–16:20
16:10–16:20
Q&A Session with MC and Vitaly Pushkar
16:20–16:50
16:20–16:50
Ask more questions to Vitaly in the Speakers' room
16:20–16:30
16:20–16:30
Networking Break
16:30–16:55
16:30–16:55
A Benjamin Button History of Ruby

Oh no, it looks like Ruby has started ageing backwards and it's shedding language features version by version. First we'll lose pattern matching from Ruby 2.7 and it's only a matter of time before we lose the safe navigation operator from Ruby 2.3 and eventually even hash rockets will be gone.
In this talk we take a Ruby script designed to run using the latest bells and whistles of Ruby 2.7 and port it to earlier versions of Ruby version by version. How far can we take this? Let's find out together!

16:55–17:05
16:55–17:05
Q&A Session with MC and Matias Korhonen
17:05–17:35
17:05–17:35
Talk to Matias in the Speakers' room
17:05 –17:30
17:05 –17:30
A Better Kind of Conscious Coding Practice

You feel guilty about not knowing enough "Computer Science." But that isn't what you're missing. If you could just pick up any problem and solve it, you wouldn't care about the academics. There's a way to get that "fingertip feel" for coding. And it comes from mindful, conscious practice.
Sounds abstract, doesn't it? Instead, it's very simple, specific and concrete. We'll go over the basic steps, the pitfalls, and how to do it. It works whether you're a beginner or an expert. You'll be able to create coding studies for yourself, not just find other people's exercises that are already worked out for you.
This talk is in Ruby. But the technique works with any language, library or paradigm. It's also good for pairing.

17:30–17:40
17:30–17:40
Q&A Session with MC and Noah Gibbs
17:40–18:10
17:40–18:10
Find out more in the Speakers' room with Noah
17:40–17:50
17:40–17:50
Networking Break
17:50–18:15
17:50–18:15
@wintermeyer, Germany
The greener grass

Ruby on/and Rails has never been more popular. Success stories of companies like Shopify and GitHub are great for the visibility. And David Heinemeier Hansson's new hey.com has the potential to become really big. So all is good in Ruby and Rails land.
Or is it? What about Elixir? Why do so many Ruby developers migrate into that functional programming space? Why did the former Ruby developer José Valim create Elixir? Why did Rails developer Chris McCord create the Phoenix framework? The Elixir community tells us all day long how green the grass in functional programming land is. Is Elixir really so fast and stable? This talk presents the current state of both technologies and communities.

18:15–18:25
18:15–18:25
Q&A Session with MC and Stefan Wintermeyer
18:25–18:55
18:25–18:55
Keep chatting with Stefan in the Speakers' room
18:25–18:50
18:25–18:50
@fglc2, UK
How to A/B test with confidence

A/B tests should be a surefire way to make confident, data-driven decisions about all areas of your app - but it's really easy to make mistakes in their setup, implementation or analysis that can seriously skew results!
After a quick recap of the fundamentals, you'll learn the procedural, technical and human factors that can affect the trustworthiness of a test. More importantly, I'll show you how to mitigate these issues with easy, actionable tips that will have you A/B testing accurately in no time!

18:50–19:00
18:50–19:00
Q&A Session with MC and Frederick Cheung
19:00–19:30
19:00–19:30
Carry on conversing with Frederick in the Speakers' room
19:00–19:10
19:00–19:10
Networking Break
19:10–19:35
19:10–19:35
Code and Fear: Talent, Art, and Software Development
19:35–19:45
19:35–19:45
Q&A Session with MC and Valerie Woolard
19:45–20:15
19:45–20:15
Share experience with Valerie in the Speakers' room
19:45–19:55
19:45–19:55
Сonference closing
19:55–21:00
19:55–21:00
Afterparty TBA
Piotr is a winning hacker, heavily involved with the Ruby community. Creator of rom-rb and dry-rb co-founder and core team member.
In this talk I'll share my experiences when building, maintaining and growing an entire ecosystem of open source libraries.

From small building blocks, through high-level abstractions, ending with feature-rich frameworks. How this type of work can be organized? How do you manage contributions? What about documentation? Versioning? Release process? And the most important question: is it worth the extra effort?
Luca is the creator of Hanami and author of redis-store. Also a dry_rb core team member.

"I'm a back-end person with a strong background in OOP, TDD, good software design, and architecture.
I'm deeply involved in OSS, and love to talk at conferences."
Jim Gay is the author of Clean Ruby and the Ruby DSL Handbook and loves working with and teaching about Ruby.

Outside of work you'll find him improving his snatch technique or building forts in the woods with his kids.
Noah spent the last few years working on the core Ruby language and related tooling as AppFolio's Ruby Fellow.

After over 30 years of communicating with computers, Noah now believes that communicating with humans may not be a passing fad, and he's trying it out.

Now self-employed, he blogs at codefol.io about Ruby and improving one's software technique.
You feel guilty about not knowing enough "Computer Science." But that isn't what you're missing. If you could just pick up any problem and solve it, you wouldn't care about the academics.

There's a way to get that "fingertip feel" for coding. And it comes from mindful, conscious practice.

Sounds abstract, doesn't it? Instead, it's very simple, specific and concrete. We'll go over the basic steps, the pitfalls, and how to do it. It works whether you're a beginner or an expert. You'll be able to create coding studies for yourself, not just find other people's exercises that are already worked out for you.

This talk is in Ruby. But the technique works with any language, library or paradigm. It's also good for pairing.
A long time ago Tetiana traded graphics programming for a career in web development because she fell in love with Ruby.

In her free time, she likes to draw with any materials available.
In this short live-coding session we'll try to open hidden potentials of Ruby language and apply it to graphics programming.

We'll draw a picture using OpenGL, and step by step you'll find out how to control the scene and draw different types of objects.
Someone interested in people, interactions, motivations, organisations... life.

Occasionally codes, mostly in Go or Ruby, but firmly believes code is just a by-product of meaningful conversations. Believes in life long learning and currently aspires to become a better "barrier remover", "people enabler".

Still hard at work on distributed software system with, now expanded, best team ever in solarisBank AG.
Frameworks, these amazing tools beloved by everyone everywhere. They give us the foundation to build amazing things fast, cheap and in a predictable manner. Not only in business of developing software, but education, design, research, marketing, motivation, leadership, team dynamics... to name a few.

Here is a framework, a pre-built thing, just fill in the details and presto, it's done (in 30 min or less)! Does it deliver? Not surprisingly, yes! Most of the time! Up to a point. The point where we want to build something not quite fitting the provided frame. The point where things often go sideways. And the point from which we will explore a slightly different approach.

Would this work or are we about to fail miserably?
Life-long coder, expert procrastinator, and occasional game programmer obsessed with code performance and weird Lego machinery.

Also maintainer of a popular Ruby gem, after doing the work I'm covering on this talk.
Vladimir is helping people to deal with "cables", write faster tests and efficient policies.

Moving Ruby forward and herding cats at Evil Martians the rest of the time.
Adding metrics to your code should effectively have no impact on performance.

When we were recently tasked with doing that in multi-process Ruby servers, we ran into an interesting challenge: could we aggregate our numbers across processes without blowing our target of just one microsecond of overhead?

The months of work that followed had us looking into C extensions, segfault dumps, memory maps, syscall timings, and pretty much everything we could think of to try and achieve our objective.

In the process, we found some very counter-intuitive performance results that I'd like to share with you.
What is a transpiler? Isn't it something we use to make JavaScript less painful to work with? Sure, but not only that. Transpilers could be useful for other languages, too

Let's talk about how we can build a transpiler for Ruby, what "magic" is required to make edge Ruby syntax work in all Rubies, and why on Mars you might need it.
Paolo Perrotta is the author of "Metaprogramming Ruby" and "Programming Machine Learning", plus a handful of popular Pluralsight trainings.

He has over twenty years of experience as a developer, ranging from embedded to enterprise software, computer games, and web applications.
Modern artificial intelligence comes from a dream and a war. The dream is the notion that a machine can think. The war is an epic intellectual conflict that shaped a lot of what we know today about computers–including the Ruby language.

Let me tell you that story, with some juicy technical details.
Berlin-based software engineer and engineering leader who loves solving both computer and human problems alike.

I enjoy diving into complex topics and figure them out from the first principles.
Ever wondered how exceptions became the default error handling technique in many programming languages, and if there are better alternatives?

Wonder no more! Join this talk to learn about the pros and cons of error handling with Monads in Ruby, code examples included.
Valerie has worked with Ruby and Rails for the past six years and currently works on data infrastructure at Heroku.

She has a master's degree in computer science from the University of Chicago and leads the Women Who Code DC algorithms meetup.

In addition to programming, she will gladly speak at length about running, American musical theater, vegan cooking, and podcast recommendations. Her dog's name is Seymour.
I started deep in the bit mines, programming in C, but picked up Ruby in 2006 and haven't looked back since.

I'm the CTO at Dressipi where I like to think about recommender systems, infrastructure and web applications.

I'm (very) distantly related to Bruce Lee and was a 2012 Ruby Hero.
A/B tests should be a surefire way to make confident, data-driven decisions about all areas of your app - but it's really easy to make mistakes in their setup, implementation or analysis that can seriously skew results!

After a quick recap of the fundamentals, you'll learn the procedural, technical and human factors that can affect the trustworthiness of a test.

More importantly, I'll show you how to mitigate these issues with easy, actionable tips that will have you A/B testing accurately in no time!
I'm a Hanami and dry-rb core developer and an indie developer from Moscow.

I work on different open source projects and builds Space-Rocket ships at night.
Code visualization is an important part of coding. Usually, we use our imagination but what will happen if we ask ruby to do this work?

In my talk, I'll show a tool that we build in dry-rb and which exists only in the ruby ecosystem. This tool will help us to see all project component associations on the one page. I'll explain why other tools work terribly and how to visualize important things.

Also, I'll explain how this visualization can help with onboarding new developers, find "god" objects in the system and use a heatmap of dependency usage for finding unused parts of the project.
Currently in transition to becoming a proper greybeard, I'm old enough to remember a world without the web, or cyberspace as we used to call it.

I'm a web developer by day, working on tools for developers at Depfu, and a musician, general digital artist and climate activist by night.

Actually, usually I sleep at night, but you know what I mean.
Thanks to SonicPi, you can make some impressive music by writing ruby code. But what if we really want to understand how the sausage is made?

In a quick tour through the basics of digital audio processing, subtractive synthesis and more, we'll learn how pure ruby can produce a complete song and then have a massively distributed dance off. Maybe. :)
IT dinosaur. German. Web all-rounder.
Ruby on/and Rails has never been more popular. Success stories of companies like Shopify and GitHub are great for the visibility. And David Heinemeier Hansson's new hey.com has the potential to become really big. So all is good in Ruby and Rails land.

Or is it? What about Elixir? Why do so many Ruby developers migrate into that functional programming space? Why did the former Ruby developer José Valim create Elixir? Why did Rails developer Chris McCord create the Phoenix framework? The Elixir community tells us all day long how green the grass in functional programming land is. Is Elixir really so fast and stable? This talk presents the current state of both technologies and communities.
Matias has been writing Ruby for almost a decade and in his spare time he's a beer enthusiast and general internet astronaut.

During the day he works at Kisko Labs as a developer and Kisko's most seasoned employee. At night, well at night he mostly sleeps.
Oh no, it looks like Ruby has started ageing backwards and it's shedding language features version by version. First we'll lose pattern matching from Ruby 2.7 and it's only a matter of time before we lose the safe navigation operator from Ruby 2.3 and eventually even hash rockets will be gone.

In this talk we take a Ruby script designed to run using the latest bells and whistles of Ruby 2.7 and port it to earlier versions of Ruby version by version. How far can we take this? Let's find out together!

Be the first to know the news!

Last Tickets

170 BYN
LAST MINUTE TICKET
218 BYN
170 BYN
LAST MINUTE TICKET
218 BYN
85 EUR / 90 USD / 6550 RUB
65 EUR / 70 USD / 5150 RUB

Last year speakers and talks

@tenderlove, GitHub, USA
Ruby & Rails СoreTeam member, top 1 contributor to Rails & RubyHero 2010
@anamma_06, SUSE, Germany
Software Engineer at the Open Build Service Frontend Team
@tongueroo, BoltOps, USA
Creator of Jets, AWS Container Hero, Founder @BoltOps
Show more ⬇
@ddfreyne Movinga, Germany
Software Engineer
@inemation Skillgrid, Serbia
Independent Consultant
VIDEO
What's Missing?
(Lightning talk)
@yoletskaya, Oxagile, Belarus
Ruby Developer
@ss_dolganov, Evil Martians, Russia
Back-end 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 (http://ossert.evilmartians.io/), 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.
Some pictures from the previous conference
See 147 more on our Facebook page
How it felt over the last years
2018 Recap Video (60 seconds)
(◑‿◑)
2019 Recap Video (65 seconds)
(◐‿◐)

Programme Committee

@Saicheg, Belarus

Community Leader at Minsk.rb,
Co-Founder @Rubyroid Labs
@anatoliliotych, Belarus

Community Leader at Minsk.rb,
CTO @Cybergizer
@dzhlobo, Belarus

Community Leader at Minsk.rb,
CTO @datarockets
@shiroginne, Germany

Co-host of Minsk.rb,
Senior Software Engineer
Co-Founder of RubyroidLabs. Community Leader at Minsk.rb. Co-host at proConf.

Father of a two-year-old daughter.

10 years in love with Ruby.
CTO at Cybergizer and community leader at Minsk.rb.

13+ years of experience in full-stack web development.

He loves to stay hands-on and always pursues excellence in software engineering.
Senior Software Engineer. Author, blogger, traveller. Co-host of Minsk.rb.

Father of two cats.

Remembers the days when Ruby was young and Rails was 1.2.
Co-founder and CTO of datarockets.

Interested in technologies and people.

Love to setup processes, invent tricks to remove annoying obstacles team faces.

Good at learning and researching new technologies.

Become a partner!

Your Partner Account Manager is Misha Malikin:
+375 29 678−56−34, misha@eventspace.by
General partner
IT Territory is a young product IT company founded in 2017. The employees are a team of young and highly qualified specialists who successfully solve complicated tasks using progressive methods of managing projects and up to date programming techniques.

We highly value our employees and make significant efforts to accumulate and develop the intellectual base of the whole team. We regularly hire young and talented specialists who are guided by experienced professionals.

Each member of our company makes an invaluable contribution to the quality of the final product. It is important for us to see employees who are ready to work on serious projects and achieve excellent results.

In exchange for that, we help our employees realizing their potential, collaborate with other professional teammates, get the maximum of their skills and knowledge, not being afraid to take the initiative.


Partners
Goods Partner
Participant Partners
General Media Partner
Organizers
SPACE is a professional team which stands behind a huge number of IT conferences and hackathons in Belarus
MINSK.RB is a professional community of Ruby developers and enthusiasts regularly gathering for meetups and an annual conference to share experience, knowledge and new ideas

Ask questions

Valentina Fedortsova – Content and organization
valentina@eventspace.by
+375 33 667-66-03

Our portfolio of conferences

Misha Malikin – Partnership and corporate tickets
misha@eventspace.by
+375 29 678-56-34
We've been standing behind an impressive number of tech conferences in Minsk for the past 6 years and now we are scaling worldwide to expand our passion to Technologies and Community.
Check out our events!
We use cookies to provide the best website experience.
OK, don't show again
Close
RubyConfBY 2020 Code of Conduct
All attendees, speakers, sponsors and volunteers at our conference are required to agree with the following code of conduct (CoC). Organisers will enforce this code throughout the event. We are expecting cooperation from all participants to help ensuring a safe environment for everybody.

RubyConfBY 2020 is a community conference intended for networking and experience exchange in the developers community.

RubyConfBY 2020 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, discrimination, abasement and any form of disrespect.Sexual language and imagery is not appropriate for any conference venue, including talks.

We urge to avoid 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. Attending the event under the influence of alcohol or other narcotic substances is unacceptable.

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.

Conference participants violating these rules may be sanctioned or expelled from the conference without a refund at the discretion of the conference organizers.

Expected Behavior
  • Participate in an authentic and active way.
  • 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 organisers if you notice a dangerous situation, someone in distress, or violations of this CoC.
Thank you for helping make this a welcoming, friendly event for all!

Need Help?
Contact the organizer at valentina@eventspace.by.
Corporate Tickets Booking
Prices are inclusive of all taxes
Last Minute Online Ticket @170 BYN
+
Submitting the form indicates you agree with our Privacy Policy