#173 Euruko 2025 - Ruby 4 | AI в Ruby | Новинки Ruby | RubyLLM | Rails в вашем браузере

• Приветствие зрителей и начало выпуска.  

• Вопрос о влиянии 2020 года на конференции.  

• Обсуждение количества физических конференций до и после 2020 года.  

• Упоминание о снижении посещаемости конференций из-за ковида.  

• Вова делится своим опытом посещения конференций с 2015 года.  

• Обсуждение уменьшения количества конференций и роста онлайн-формата.  

• Ваня возвращается после празднования дня рождения.  

• Обсуждение длительности празднования.  

• Описание конференции в Виана де Каштелла, Португалия.  

• Участие мэра города в открытии конференции.  

• Использование местного дворца спорта для проведения конференции.  

• Положительные впечатления от конференции, включая возможность покататься на пароходе.  

• Встреча с людьми, которых не видел пять лет.  

• Обсуждение концепции конференции Ruby, которая ежегодно меняет место проведения.  

• Процесс голосования за место проведения следующей конференции.  

• Примеры предыдущих мест проведения: Словения, Герцеговина.  

• Описание процесса голосования между Парижем и Бруно.  

• Забавный случай с предложением помощи от организаторов Бруно.  

• Автор делится впечатлениями от конференции, отмечая большое количество участников.  

• Удивление от количества людей, несмотря на ожидания меньшего числа участников.  

• Подчёркивается разнообразие участников из разных стран.  

• Отличная организация конференции, несмотря на отсутствие Wi-Fi.  

• Наличие закусок, печенья и таймингов.  

• Возможность общения в маленьких улочках города.  

• Конференция была платной, стоимость билета — около 250 евро.  

• Обсуждение символической стоимости билета в контексте затрат на закуски и чай.  

• Мацумото, создатель Ruby, выступил на конференции, прилетев из Японии.  

• Его выступление было необычным и содержало истории из детства.  

• Обсуждение изменений в Ruby за последние пять лет, включая внутреннюю оптимизацию и улучшения в синхронных библиотеках.  

• Файберы стали более полезными и удобными в использовании.  

• Асинхронность в Ruby позволяет использовать ресурсы системы более эффективно.  

• Примеры использования файберов в крупных проектах, таких как Shopify.  

• Ruby стабилизировался, но продолжает развиваться.  

• Улучшения в стандартной библиотеке и дженериках.  

• Сравнение с Go, где также происходят значительные изменения.  

• Доклад Мацумото был неформальным и содержал истории из детства.  

• Отсутствие упоминания новых функций Ruby 4, выход которой ожидается через три недели.  

• Ruby исполнилось 30 лет, и в честь этого события выпущена новая версия — Ruby 4.  

• Обсуждается возможность использования ивент-агентства для празднования юбилея.  

• Последняя версия Ruby вышла в 2020 году, следующая ожидается в 2027 году.  

• Упоминаются попытки внедрения брекен чейнджей, включая мутирующие строки.  

• Подчёркивается важность семантики в коде, сравнивая её с использованием кнопок.  

• Обсуждаются проблемы с генерацией кода и его читаемостью.  

• Разговор о популярности Ruby среди разработчиков.  

• Создатель Ruby отмечает, что язык остаётся популярным, несмотря на конкуренцию.  

• Ruby считается более лаконичным и понятным языком, похожим на естественный язык.  

• Это может способствовать лучшей генерации кода.  

• Генерация кода на Ruby часто включает избыточные вызовы логеров.  

• ЛЛМ-системы могут генерировать код, который кажется более сложным, чем он есть на самом деле.  

• Качество кода зависит от обучающих выборок и опыта ЛЛМ-систем.  

• Важно, чтобы код выполнял задачу корректно и имел минимальное количество багов.  

• ЛЛМ-системы могут генерировать код в разных стилях, зависящих от заданных параметров.  

• Использование паттернов проектирования и чистого кода может улучшить качество кода.  

• ЛЛМ-системы сложно справляются с сложными валидациями и паттернами.  

• Для обучения ЛЛМ-систем требуется значительный объём данных и контекст.  

• Разработка проекта по запуску Rails-приложений в браузере без сервера.  

• Ограничения, но проект работает.  

• Переход к новому этапу развития.  

• Запуск Rails-туториала полностью в браузере.  

• Возможность выполнения команд и написания приложений без установки Ruby на компьютер.  

• Создание универсального инструмента для создания туториалов и курсов с Ruby-ядром.  

• Форк проекта Tutorial KB от разработчиков Bolt.io.  

• Интеграция с Bolt.io для запуска Rails-приложений в браузере.  

• Демонстрация возможностей на конференции в Сан-Франциско.  

• Вес базового модуля для запуска Rails в браузере — около 70 МБ.  

• Необходимость сервера для работы с базами данных.  

• Преимущества использования Rails перед JavaScript.  

• Обсуждение доклада о проблемах с производительностью Ruby LVM.  

• Проблема спайков трафика и необходимость их обработки.  

• Два подхода к решению проблемы: скейлинг и оптимизация воркеров.  

• Использование Unicorn и Pichfork для оптимизации воркеров.  

• Преимущества Pichfork: эффективное использование памяти и каскадное форканье процессов.  

• Снижение потребления памяти при использовании Pichfork по сравнению с Unicorn.  

• Unicorn — древний сервер, последнее обновление в декабре 2021 года.  

• Исторические причины продолжения использования Unicorn.  

• Возможность перехода на более современные серверы, такие как Puma.  

• Обновление сервера занимает 7 минут.  

• Многие компании, включая GitHub и Chef, используют форки серверов, такие как Unicorn и Puma.  

• Миграция на новые серверы требует значительных инвестиций и времени.  

• Миграция может быть дорогостоящей и не всегда оправданной.  

• Старые библиотеки и плагины могут быть адаптированы под текущие серверы.  

• Крупные компании часто поддерживают свои форки серверов.  

• Некоторые компании имеют уникальные надстройки, которые сложно адаптировать к новым серверам.  

• Переезд может потребовать изменения кода и переписания надстроек.  

• Старые проекты часто остаются на старых технологиях.  

• Питчфорки работают по принципу форка, создавая новые версии серверов.  

• Упоминаются различные форки: Unicorn, Puma, Felcon.  

• Питчфорки не всегда обеспечивают выигрыш в памяти.  

• Рост стоимости оперативной памяти может привести к «оперативному голоданию».  

• Докладчик Павел Цинковский из Варшавы представил свою библиотеку для работы с MIP.  

• Библиотека была только что создана и не была полностью протестирована.  

• Павел показал, как использовать библиотеку в Ruby.  

• Обсуждается отсутствие стандартного способа работы с MIP в Ruby.  

• MIP может стать устаревшим протоколом.  

• Возможно появление новых технологий, которые заменят MIP.  

• Несмотря на хайп, MIP приносит мало пользы.  

• Обсуждение доклада на конференции, посвящённого инструменту роста.  

• Рост позволяет создавать пайплайны на основе YAML-файлов.  

• Инструмент автоматизирует бизнес-процессы в Shopify.  

• Рост рассматривается как альтернатива визуальным программируемым инструментам, таким как Barracuda и DIF.  

• Подчёркивается удобство роста для разработчиков.  

• Идея структурных воркфлоу в росте: возможность замены шагов детерминированным кодом.  

• Сравнение с Chef и Terraform.  

• Рост потерял актуальность после выхода Cloudfoundry.  

• Современные агенты лучше понимают инструкции и не требуют жёстких рамок.  

• Код ограничен в возможностях, например, сложно сгенерировать картинку с помощью кода.  

• Пример использования агентов для генерации изображений.  

• Проект роста, вероятно, будет поддерживаться одним автором.  

• Несмотря на это, идея роста остаётся интересной.  

• Марк разрабатывает экосистему для Rails и HTML-first подхода.  

• Новый парсер для ERB-шаблонов, который понимает HTML и Ruby.  

• Анонс дефуза для Rails, который подсвечивает динамические куски стимула.  

• Интеграция парсера в базовую Ruby LSP.  

• Возможность встраивания внешних компонентов в HTML.  

• React View как фреймворк для вью-слоя в Rails.  

• Перспектива включения React View в ядро Rails.  

• Политические аспекты и сомнения в принятии новых технологий в больших проектах.  

• Встреча с французским разработчиком Ruby, работающим с 1995 года.  

• Обсуждение библиотеки RubyLAM и её сравнения с другими библиотеками, такими как Chaintor и LightLAM.  

• Сравнение RubyLAM с LightLAM в Python.  

• Необходимость универсального интерфейса для работы с разными провайдерами.  

• Проблемы с разными SDK у разных провайдеров.  

• Удобство использования библиотек, таких как RubyLAM, для упрощения работы.  

• Различия в форматах сообщений и параметров в разных системах.  

• Ограничения в передаче параметров через SDK.  

• Альтернативный подход к работе с системами Promt.  

• Библиотеки, такие как RubyLAM, помогают избежать работы с SDK.  

• Использование библиотек для написания дополнительных функций.  

• Ограничения RubyLAM в сложных научных задачах.  

• Простота использования RubyLAM благодаря общему интерфейсу.  

• Быстрое реагирование на запросы и обновления от Кармины.  

• Популярность постов о RubyLAM на Hacker News.  

• Проблемы с организацией кода при использовании RubyLAM.  

• Преимущества RubyLAM как основы для сложных задач.  

• Сложности при переходе на другие провайдеры.  

• Возможность настройки параметров в RubyLAM.  

• Стратегии тюнинга моделей и сервисов.  

• Рекомендации по использованию кастомных сервисов для сложных задач.  

• Отсутствие возможности передачи изображений в RubyLAM.  

• Преимущества использования специальных опций для изображений в других SDK.  

• Необходимость переписывания кода для решения проблем с RubyLAM.  

• Представление доклада «Ruby Rays».  

• Объяснение использования протобафов в Ruby.  

• Пример оптимизации скорости на основе лямбд.  

• Упоминание о большом количестве запросов у клиента.  

• Обсуждение методов агрегации данных Amazon, предположительно максимальной за минуту.  

• Упоминание о 56 тысячах запросов и утилизации GPU на 12%.  

• Отсутствие сравнения с другими системами.  

• Вопрос о влиянии транспорта на производительность.  

• Обсуждение эффективности Protobuf и генерации кода.  

• Различие в количестве парсинга JSON.  

• Оптимизация схемы данных и экономия на парсинге.  

• Основная логика приложения связана с SQL-запросами и сложениями.  

• Влияние на производительность CPU.  

• Пример с отправкой позиции к снегоуборочному транспорту.  

• Различие между докладами о снегоуборочном транспорте и пропускной системе.  

• Описание проблем компаний уровня Shopify.  

• Использование Gem Packwork для разбиения монолитного приложения на модули.  

• Проблемы управления большими проектами с сотнями разработчиков.  

• Рекомендация смотреть доклад на скорости 2.5x или 3x.  

• Обсуждение сложности восприятия доклада.  

• Обсуждение количества докладчиков и инженеров в компании.  

• Упоминание о работе трёх инженеров на семи проектах.  

• Проблемы с определением точного количества инженеров в команде.  

• В программном комитете участвовало около 20–30 человек.  

• Доклады отбирались вслепую, автор видел только треть заявок.  

• Обсуждалась проблема приоритезации задач в приложениях с разными размерами клиентов.  

• Фоновые задачи в Ruby обрабатываются через фиксированные очереди.  

• Один клиент может забить очередь, заставляя других ждать.  

• В докладе рассматривались различные стратегии решения этой проблемы.  

• Использовались подходы: тротлинг, дополнительные очереди, кредиты.  

• Рекомендация: создавать отдельную очередь для каждого клиента.  

• Упоминался плагин из проекта Kick Fire Play.  

• Доклад иллюстрировался примером с доставкой пиццы.  

• Обсуждался парадокс Пентагона и необходимость разделения задач.  

• Автор удивился, узнав, что Пентагон находится в черте города.  

• Описание впечатления от вида на Пентагон из аэропорта.  

• Доклад был коротким, но бодрым, с качественной анимацией.  

• Тема полезная, доклад можно возвращаться к.  

• Вопрос о посещении Ruby Meta в Лиссабоне.  

• История активности Ruby Meta и её восстановление.  

• ChatGPT плохо работает, автор перешёл на Jemina.  

• Преимущества Jemina: быстрая загрузка и удобство использования.  

• Четыре основных способа партишининга: список, дата, несколько параметров, комбинированное.  

• Необходимость создания новой структуры таблицы для партишинга.  

• Инструмент pg_partition для настройки партишинга.  

• Трудности с написанием триггеров для партишинга.  

• Возможные проблемы с синтетическими данными.  

• Обсуждение реализации мультитенантности и разделения данных по ID пользователя.  

• Упоминание о сложности миграции при большом количестве схем.  

• Сравнение схем с партишингом.  

• Пример карьерного пути: от джуниор-девелопера до салюшн-архитектора.  

• Подчёркивание важности широкого спектра знаний для салюшн-архитектора.  

• Возможность карьерного роста для Леши.  

• Благодарность участникам за участие.  

• Анонс возможной следующей конференции.  

• Обсуждение празднования 30-летия Ruby и других мероприятий.  

• Процесс миграции с NextJS 13 на 16 версию.  

• Необходимость запуска тестов перед отправкой в продакшн.  

• Проблемы с написанием тестов в прошлом.  

• Прощание с участниками.  

• Шутки и пожелания.