1. Less abstract! Surprising effects of expressing rules of OOP in pictures.

Abstractions are both our blessing and our curse. Because of them, we're so powerful. But also we so often fall into the trap of miscommunication :( Abstract rules, operating with abstract terms, built on top of other abstract ideas. Ugh...In this talk, we're going to build a visual language to make things LESS ABSTRACT. I'll show you how it helps in:
- teaching others
- explaining non-obvious concepts
- refactoring messy code
- tracking codebase changes

2. Modern usage of Make for modern developers

Make is considered a tool for old-school C/C++ developers. Though it save a lot of time in the workflow of almost any modern developer.With Make you no longer need to remember all these long commands to launch your app server and remember all the keys to deploy your app properly. Makefile serves as a library of you small regularly used mini-scripts. It behaves like a glue between multiple technologies (which is already a normal thing for an average project)In this talk we'll explore how modern developers use Make to save time and make their workflow smoother.

2019

RubyRussia (Moscow, Russia) - “Solving architectural problems with OOP in pictures”
Saint P Ruby Conference (Saint Petersburg, Russia) - “Embrace multi-model thinking!”
RubyWine (Chișinău, Moldova) - “Multi-model thinking”
RubyConfBY (Minsk, Belarus), ruby.mn (Minneapolis, USA) - lightning talks

2018

Wroclove.rb (Wroclaw, Poland) - “Counterintuitive Rails”
RubyC (Kiev, Ukraine) - “Rails hurts because we're using it wrong”
Minskrb (Minsk, Belarus) - “What's wrong with Service Objects”

2017 and earlier

Keynote at SECON (Russia)
Shift Conference (Croatia)
Geekday (online)
Pivorak (Ukraine)
RubyMeditation (Ukraine)
Euruko (Bulgaria)
Stachka (Russia)
DumpIT (Russia)
SECR (Russia)
Highload++ (Russia)
VoxxedDays (Serbia)
GitLab World Tour (London, New York, Amsterdam)
Ruby Conf Taiwan

Recordings | 🔒Plans

1. Embrace-multi-model thinking!

Коротко:С ростом размера приложения растет и структурная сложность, а значит навыков "строителя" перестает хватать, и нужны навыки "архитектора".В докладе посмотрим на нашу ежедневную работу под новыми углами, и это само по себе добавит пару пунктов к архитектурным скиллам слушателя.

Детально:Архитектор при строительстве многоквартирного дома должен учесть дофига всего. Водопровод, канализация, электричество, вентиляция, обогрев, лифты, пожаробезопасность - эти все должно учитываться, и не только не мешать друг другу, но и служить единой цели - комфортному проживанию жителей дома.С рельсами из коробки можно построить достойный гараж или даже солидный загородный дом. Но как только речь идет о том что из гаража нужно сделать хотя бы девятиэтажку, скиллов рельсо-строителя становится недостаточно.В результате, из стен торчат кучки арматуры и остатки прошлых жильцов, водопровод, канализация и отопление объединены в одну систему, а войти в здание можно только с третьего этажа. По нечетным дням.Я утверждаю следующее - чтобы справляться с задачами с тем уровнем качества о котором мы мечтаем, мы слишком зациклены на конкретных фрэймворках и библиотеках, и перестали видеть за деревьями лес. А это и есть главный скилл архитектора.SOLID и паттерны - это классно, но это чертежи архитекторов подводных лодок - там есть зерно истины но чтобы его применить надо быть архитектором и быть знакомым с подводными лодками.Мы не будем пробовать за полчаса сделать из слушателя архитектора. Мы взглянем на обычные ежедневные задачи разработчика под разными углами, используя разные подходы и точки зрения:1. Системный подход
2. Принципы разделения кода
3. Типы классов и объектов
4. Entry point pressure
5. Типы работы (выполняемой вашим приложением)
6. Строительные блоки и строимое
7. StateРельсы могут быть painless, но дело не в рельсах.

P.S. Если нужен доклад покороче, то можно сократить количество затронутых тем до трех-четырех.

2. Material Views as a first class citizens in Rails app

Material Views (M.V.) в Постгресе - это конечно не новость в 2019-ом. Но если вы пропустили, то это способ создавать виртуальные таблицы в базе данных на основе SQL-запросов.Это полезно, например, когда у вас сложная структура базы данных, и вам необходимо строить по ней отчеты.Недавно я был как раз в неприятной ситуации. Нужно было привести в порядок и ускорить сотню легаси-отчетов написанных в процедурном стиле на руби.В этом докладе я хочу рассказать как я выкрутился из этой ситуации и чему научился:
- как вводить новый тип классов в приложение (на примере M.V.)
- как при работе с M.V. не скатываться до SQL и не размазывать логику между приложением и базой
- как работать с M.V. не заморачиваясь при этом с миграциями и с версионированием видов.
- как с помощью скоупов превращать портянки процедурного кода в набор декларативных инструкцийВ целом это доклад про пользу и область применимости M.V. в Rails-приложениях с конкретными примерами и техническими подробностями.

🎥 Recordings of my talks

2019

RubyRussia

Saint P Rubyconf

RubyWine