RubyRussia

С релизом Ruby 3 и приходом асинхронных файберов все больше разработчиков интересуется их производительностью и профитом, который можно из них выжать. Особенно это вызывает интерес, когда вам нужно перейти “от железок к кубам”, в тех моментах, где инфраструктура становится в один ряд с вашим кодом. С этим столкнулись и мы, и в своем докладе я расскажу про опыт такого перееза одного из наших высоконагруженных проектов в контексте перехода c тредов и Puma на файберы и Falcon внутри экосистемы Kubernetes.

Про пользу рефакторинга не рассказывает только ленивый. В интернете полно статей и докладов с кучей общих слов в духе Тони Робинсона: "Делать хорошо - хорошо, а делать плохо - плохо". Поэтому в своем докладе я хочу отойти от канона и рассказать о практике: как мы рефакторим легаси проекты с использованием dry-rb. Типичная цель рефакторинга это пожилой проект с кучей лапши, бизнес-логикой в шаблонах и моделях. Я покажу с чего начинаем рефакторинг, в каком порядке разбираем лапшу, что из dry мы используем в первую очередь, а что всего лишь "nice to have".

Доклад о болях, с которыми сталкивается каждый, кто разрабатывает и развивает програмный продукт в условиях неопределенности и фокусах на пользователя. Расскажу, с какими болями столкнулся и как их чинил.

Мы привыкли, что Ruby - это on Rails, а в каждой отрасли iT есть свои стандартные инструменты и языки. Но что, если очень хочется делать на Ruby не только web? На примере игрового движка DragonRuby рассмотрим, как появляются и выживают инструменты на Ruby там, где их никто не ожидает, и разберемся, насколько хорошо привычные Rails-разработчикам концепции переносятся в новые предметные области.

Организация кода в Rails приложении активно будоражит умы разработчиков последние время. Команды растут, приложения становятся масштабнее, порог входа в кодовую базу растет, поэтому все компании хотят нанимать только сеньор разработчиков, чтобы хоть как-то проталкивать больше фич в продакшен. В докладе я расскажу о том, как именно мы боремся с постоянно растущей сложностью кода, и какие опенсорс решения для этого нам пришлось написать.

Автотесты стали неотъемлемой частью процесса разработки каждого ruby-разработчика. Однако, качество кода тестов оставляет желать лучшего. Поговорим о том, почему так происходит, и что с этим можно сделать.

Это доклад о нашем пути к типизации в Ruby с помощью Sorbet. Я расскажу, как мы поняли, что нам нужна типизация, почему выбрали Sorbet и какие альтернативы рассматривали. Поделюсь опытом внедрения, сложностями на старте и тем, какие преимущества мы получили через полтора года. Обсудим оставшиеся трудности и как ситуация с типизацией в Ruby изменилась за это время. И, конечно, отвечу на вопрос: выбрали бы мы Sorbet сейчас?

За последние пол года мне довелось погрузиться в парсинг Ruby кода и сравнить доступные инструменты между собой, как с точки зрения удобства, так и с точки зрения performance. Кажется, нам есть о чем поговорить.
Во многом именно простота чтения Ruby-кода привлекла меня в далеком 2011 году. Мне было легко читать и понимать, что делает код, поскольку он настолько похож на английский. Спустя более 10 лет я заметил, что "машины" не разделяет моего восторга. Для них парсинг Ruby-кода задача нетривиальная, а корректное распознавание тех или иных конструкций, требует дополнительного знания(контекста) о том, что было до и что будет после текущего токена.
Мы разберемся, какие инструменты доступны Ruby разработчику, какие принципы лежат в их основе, что такое YARP и почему он может изменить мир(по крайней мере для нас с вами).

Как мы затащили YJIT в production Rails-приложения и что из этого получилось.

В 2023 году ActionCable и Hotwire уже хорошо зарекомендовали себя для realtime решений. Мы в Uscreen делаем системы трансляции видео, вокруг которых нужно писать много realtime штук: чаты, AI ассистенты, прогрессбары итд. В мире победившего Kubernetes масштабирование ActionCable становится нетривиальной инженерной задачей. В докладе я расскажу нашу историю отказа от вебсокетов в пользу "server sent events". Первое время мы использовали Caddy и Mercury, но несколько месяцев назад перешли на полностью облачное решение от fastly. Я расскажу, как можно занедорого получить хороший hotwire транспорт, масштабирующийся на десятки тысяч пользователей в наших онлайн решениях.

Многие из нас используют различные фреймворки для автоматизации взаимодействия с веб-браузерами. Они используются для проведения различных видов тестирования, таких как нагрузочное тестирование, стресс-тестирование, тестирование стабильности и надежности, для веб-парсинга, проверки интерфейсов и UX, для создания скриншотов и генерации отчетов, загрузки и обработки файлов, а также для проверки кросс-браузерной совместимости. В докладе будут обсуждаться различные проблемы, с которыми можно столкнуться при использовании open-source фреймворка Selenium для автоматизации веб-интерфейсов. Основной целью доклада является рассмотрение нюансов и поиск решений, которые позволят обеспечить надежность и предсказуемость функционирования системы.

В Rails мире считается, что фикстуры устаревший механизм, который давно пора заменить фабриками. Когда-то мы тоже так считали, пока в 2017 году, после попыток упростить и ускорить тесты, мы не поняли, что из фабрик изобретаем фикстуры. О том, с чем мы столкнулись, как боролись, на что напоролись и что в итоге получилось, я расскажу в этом докладе. Осторожно, повторение нашего опыта может привести к десятикратному ускорению тестов.

Бизнес-процессы – это неотъемлемая часть любого продукта, но с течением времени они могут усложняться, создавая хаос в попытках ими управлять.
В этом докладе мы поговорим о методах приведения бизнес-процессов в порядок, включая аудит и оптимизации. Мы рассмотрим реальные кейсы, узнаем, как можно избежать "callback hell", и поговорим о том, как создать управляемую и легко масштабируемую систему бизнес-процессов, не выходя далеко за пределы RoR stack

Как усовершенствовать разработку бэкенда для мобильных приложений? Расскажем, вам о принятых в Учи.ру подходах, а также погрузим в актуальные темы: обратная совместимость, экстренные обновления и аутентификация, управление пуш-уведомлениями, кодоунерство и контракты, автоматизация тестирования и 50% ускорение доставки фич за год.