Привет!

6 июня прошла конфа Saint P Rubyconf
Не успела сразу написать, много поездок, но лучше поздно, чем никогда.

Конференция прошла в мини-формате, было человек 30 (?)
Благодаря этому мы все получили руби-паспорта ✊

Зато 5 докладов 💪 - для такого кол-ва посетителей, на мой взгляд, это мощно.
В каждом докладе было интересное, и ни одного ии-centered доклада :D

Чтобы компенсировать этот факт:
- в "диалогах о require" от Вовы Дементьева была часть на тему
- в конце провели "турнир", сгенерированный с помощью sloprb (я выиграла второе издание "Слоёных рельсов" 😁)

Было комфортно и интересно <3
Спасибо докладчикам и организаторам

#ruby@anna_codes

Привет!

Собираюсь сходить на такой воркшоп по ai-assisted разработке, может кому-то тоже будет интересно.

Понравилось, что мк ориентирован на процесс, а не конкретный инструмент, можно адаптировать к разным и за счёт этого легче применить в команде.

Также, на первый взгляд, приближен к реальности и далёк от "щас быстренько навайбкодим стартап" ))

Посмотрим, что полезного смогу взять 😎

Сегодня участвую в такой подборке с каналами про Ai, разработку и инфраструктуру

Коротко по всем:
- Александр, Kremniy - go и ai
- Алёша, Фарш не провернуть - локальный запуск моделей, твиты про anthropic
- Антон, MLOps Infra - инфра для AI/ML, k8s, GPU-sharing, inference
- Эдгар Сипки - разработка с AI, инженерные workflow
- Анна Буянова - это я - продолжаю рассказывать про ruby, архитектуру, ai-assisted разработку, it-сообщества и мероприятия (ну вы знаете)

Рада быть в подборке с такими крутыми ребятами ✨

Видимо, rubyrussia будет :)

Начали появляться видео с Saint P Rubyconf 🔥

Признаем, что ИИ не так уж повлиял на наши способности ☺️

P.S. Ладно, я всё равно считаю, что там much to rot, но в другом смысле ))

Альберта

Интересный кейс и презентация. Идеи со слайдов вызвали разные мысли - пока думаю, делиться или нет )

Завтра в @devhandsai будет встреча на ту же тему (источник)
Сам Макс, помимо эрланга и раста интересен тем, что был активным участником руби-сообщества годах так в 2009-2010

Послушаем 😏

Доклад Макса Лапшина (Flussonic): кейс миграции стримингового софта с Erlang на Rust

Внезапно вышла ruby2d 1.0 🎉

Это библиотека для разработки игр и 2d-приложений на руби.
Пару лет назад делала урок с использованием этой либы для курса ruby-newbie. Уже тогда было грустно, что проект не развивается (и, казалось, не разовьётся :)

Автор тоже так думал, но с ai появилось больше возможностей => и вот релиз 1.0 ✊

Что изменилось в версии 1.0:
- перешли с OpenGL на SDL3
- код можно запускать и из браузера (скомпилировать под WebAssembly)
- новые фигуры, анимации, аудио, улучшенная поддержка геймпадов и тд

Если хотите прочитать подробнее:
Пост о релизе
Коммит

Попробовать:
Интерактивный онлайн-туториал (WebAssembly, ага)
Туториал, чтобы попробовать локально (нужен Ruby 4)
Примеры игр, приложений

#ruby@anna_codes

Написала в личный канал заметки по поездке вокруг Онеги @anna_life_log
Может быть интересно, если собираетесь в Карелию, или были недавно. В предыдущих постах прошлогодняя поездка в том же направлении, но по другому маршруту.

Как у вас? Бываете в отпуске? :)

Сегодня прошла встреча вологодского чатика

Обсудили:
- уровень внедрения ии в разных компаниях
- ускоряет ли ии разработку в разы, или есть другие сдерживающие факторы
- оценка времени на задачу с учётом ai-assisted разработки (если спроектировать и описать, что делать, дольше, чем делать)
- проблемы гарантии доставки в кафке
- проблемы обмена инфой между сервисами, риск потери данных

Сыграли в red 7 🟥

Были во "Вкусе Севера" (вкусно, сходите :)

Всех вологодских жду в чате и на следующих встречах 😘 (пишите в личку)

Появились видосы с RubyKaigi 2026 🙌

DHH снова сходил к Лексу Фридману и наговорил 5 часов ✊
На этот раз посмотрела только пару маленьких кусочков.

Снова поделился мыслями о разработке с агентами - как философией, так и сетапом. Рассказал, как у него "агенты всё делают" (запускает 10-15 агентов параллельно). Но речь больше про Omarchу: я её всё же воспринимаю, как пет-проект dhh (поспорьте), не отражает полной картины.

Я бы лучше послушала, как они в внедряют агентную разработку в basecamp. Про basecamp рассказал, что они как-то дали дизайнерам повайбкодить, а потом разработчикам пришлось разгребать (правда было давненько). Т.е. считает, что чтобы развивать существующую кодовую базу нужны разработчики с агентами, а вот новую - как будто можно бы и без разработчиков. С другой стороны - кто мешает тогда всё переписать с нуля? Как Flussonic (но там всё же разработчики делали)

В общем тема агентной разработки для клиентов (а лучше заказчиков) в подкасте не раскрыта. Если упустила - поправьте.

Зацепилась за пару мыслей:

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

Приводит пример microsoft в определённых случаях - с бесконечными возможностями и плохим результатом. Ну тут всё так, не поспоришь )

Необходимость взаимодействия между людьми тормозит разработку

Впрочем - не только с агентами. Насколько я помню, он говорил это всегда и старался минимизировать. Сейчас в эту сторону и смещается общее время на разработку, раз код - это быстро. Задумалась о том, что даже наполнение бэклога может стать узким местом, т.к. если не пет-проект пилишь, то нужно договориться/согласовать и прочее.

Подробнее про ферму агентов dhh читайте у Половнёва

Для тех, кто хочет прочитать, но не хочет смотреть, приложу в комменты саммари и транскрипт подкаста от @tony_malyshev 🙌

Смотрели? Что интересного отметили? 👀

Умельцы запустили doom на ruby ✨

(а именно Koichi Sasada, разработчик интерпретатора Ruby)

А что с чтением?

Сейчас читаю "Balancing coupling" Хононова - что-то прям захотелось, интересно.

Поделюсь парой цитат:

Imagine a strongly coupled system, one in which all components share excessive and extraneous knowledge across their boundaries. Even intrusive coupling is there. The design is flawed to such an extent that any change, to any component, would inevitably trigger a ripple effect, leading to cascading changes across all possible distances.

Думаю, многим из нас и представлять не надо.

Или вот это:

Changes make implicit complexity explicit. A single change rippling through numerous components of a seemingly decoupled system? That’s the change revealing the implicit interactions among the affected components.

Ну разве это не прекрасно? Люблю разработку и эти "прикольные проблемы" (но в меру ✊)

upd.

Walking on water and developing software from a specification are easy if both are frozen (Berard 1993).

Цитаты из девятой главы, позже поделюсь другими идеями из книги.

К "птице" вернусь чуть позже, она того стоит.
Как у вас, что читаете?

#книги@anna_codes

В конце августа провела встречу на тему менторства в сообществе code_sisters 👩‍💻

Участвую в этом процессе с обеих сторон (как менти, и как наставница), в разные периоды, в разных контекстах - формально и неформально, разово и системно.
Давно хотела обсудить опыт в сообществе, проблемы и решения, получить новые идеи.

Прошло полезно: участниц было немного, зато все активно участвовали.

Поговорили на такие темы:
- менторство в разных формах: групповой и индивидуальный формат, на работе и в сообществах
- участие в программе mentor in tech
- поиск менторов/менти на платформах (solvery, getmentor и тд)
- какие запросы стоит брать на менторство и как соотнести их с личными целями,

Что показалось интересным:
- у наставниц в среднем удовлетворённость процессом выше, чем у менти
- мотивация менти в платном менторстве куда выше, чем в бесплатном (это как раз логично :)
- мотивация у наставниц на уровне - как на платных консультациях, так и в бесплатных программах

Кроме этого, получила пару идей по развитию сообществ и личного бренда.

Была рада провести встречу, пофасилитировать обсуждение ❤️

Кстати, сегодня открылась подача заявок на mentor in tech, если кому-то актуально

Недавно вступила в лид-сообщество от @leadsnotes, немного на вырост.

Для меня полезно: контент интереснее, чем бесплатный.
Нетворк, даже есть чуток руби :D

Подробности => https://t.me/leads_com_commercials/4 , присоединяйтесь
В заявке пишите, что от меня (@lightalloy)

Говорят, скоро повышение цен, успевайте 😉

Рой ai-агентов взломал rubygems (аж в мае) 🍿, обсуждаем сейчас.

Что произошло:
- в мае агенты начали грузить вредоносные пакеты на RubyGems
- получили доступ к запуску произвольного кода
- по факту не навредили: грузили пакеты типа evil.rb, получали доступ к и так открытой информации
- позже, в июле, нашли уязвимость и пытались украсть api-ключи юзеров (удалось или нет, непонятно)
- факт раскопала команда независимых исследователей, в сентябре
- принадлежность к openai определили по косвенным причинам

openai комментариев толком не даёт
На вопрос CyberScoop ответили, что это был "доброкачественный" эпизод и "тренировка".
Почему тогда не предупредили rubygems и говорят об этом только сейчас?

Видимо, потому что могут, или не знали о том, как тренируются их агенты.

Подробнее:

Тред в x от команды исследователей
Статья на хабре
Статья на cyberscoop [en]

Масей Менсфилд (rubygems) обещал написать свою версию с учётом информации от исследователей, ждём

📘 Balancing Coupling: теория vs практика📘

Основная идея книги - формула баланса для оценки стоимости изменений:

стоимость_изменений = сила_coupling * расстояние_между_частями_системы * частота_изменений

То есть:

высокий coupling => держим компоненты близко
низкий coupling => держим далеко

Если всё же высокий coupling и компоненты далеко, то это красная зона, могут быть проблемы. Но если части системы меняются редко, то жить можно.

Тут я решила перейти от теории к практике: посчитала по шкале свои сервисы и потенциальные изменения в них, с точки зрения "прикинуть, стоит ли в это идти или стоимость изменений выше поддержания".

Но перед тем как считать, пришлось покрутить входные данные: например - вот у нас связь через брокеры, по определению это low coupling.
Но - контракт настолько толстый, что меньше, чем model coupling это не назовёшь, то есть по факту сервисы связаны сильнее.

Или - поддерживающий субдомен, частота изменений "должна быть" 3 из 10, ноо - каждый спринт новая фича и изменения минимум в 3 сервиса.
Значит нужно подкорректировать при расчётах.

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

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

#книги@anna_codes #arch@anna_codes

Выпиливаем CLAUDE.md ✂️