Анна Буянова (Anna Codes)

Привет!

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

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

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

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

Привет!

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

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

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

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

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

#ruby@anna_codes

🎙🖥 Запись стрима с Владимиром Дементьевым

Shownotes:

solid_loop | Rails-engine для автономных ai-агентов. Каждый вызов - отдельная фоновая задача, состояние хранится в бд, после краша можно продолжить.

ragents - фреймворк для работы с ai-агентами на базе ruby llm , с использованием ракторов

LLM Coding Benchmark (Май 2026)
LLM Coding Benchmark (Апрель 2026)

faster.dev - курсы по ai-assisted разработке

palkan/skills - набор Claude Code skills по книге Layered Design for Ruby on Rails Applications и не только (попробуйте и поделитесь результатом :)

2x-nine-months-later - Пост об эффективности разработки с ИИ в Intercom (цель 2× продуктивности R&D за 12 месяцев достигнута за 9 месяцев, метрика: merged PR / число людей в R&D)

Shopify + pitchfork - эффект использования Pitchfork (форк Unicorn с reforking) на монолите Shopify

Блог Jean Boussier (byroot) — автор Pitchfork, Principal Engineer в Intercom (ex-Shopify). Темы: pitchfork, ракторы, GVL, rails scaling.

Слайды доклада Масея Менсфилда с RubyKaigi 2026 (Thread-Coordinated Ractors: The Pattern That Delivers: Ракторы + Карафка)
Описание на сайте конфы

Слайды доклада Samuel Williams с RubyKaigi 2026 (Чёрная пятница с falcon в Shopify)
Описание на сайте конфы

rails-way-app - Учебный репозиторий: 18 веток одного Web + REST API на Rails — эволюция от «чистого Rails Way» к слоям, неймспейсам, доменной модели.

#стрим@anna_codes #ruby@anna_codes

Спасибо всем, было круто!
Дальше на спбруби 🖥 🚂

#стрим@anna_codes #ruby@anna_codes

https://telemost.yandex.ru/j/02491267243529?ncrnd=90102

19:00 🕑

Привет!

В понедельник 25.05 в 19:00 будет встреча с Владимиром Дементьевым, автором книги "Слоёные рельсы".

Обсудим второе издание книги, рубишные конференции, ещё что-нибудь. Можно накинуть тем в комменты, можно прийти и задать вопросы на встрече 😎

Ссылку приложу в понедельник, будет телемост.

#стрим@anna_codes #ruby@anna_codes

Привет!

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

Статья от Carmine Paolino (автора ruby llm)

- рубишный 101 по конкурентности и параллелизму: особенности процессов, ракторов, тредов, файберов
- как планируются треды и файберы, почему файберов можно запустить намного больше
- когда всё же есть смысл выбрать треды, а не файберы, несмотря на то, что они "тяжелее"
- цвет функций и его отсутствие (colorless в ruby и необходимость писать async/await в питоне и js)
- проблемы с ракторами и их экспериментальностью ✊😄

Понравились схемы и сравнение с другими яп.

Цикл статей о конкурентности и параллелизме в Ruby от JP Camara
Уже писала про него, с тех пор немного дополнил. Я думаю, если допишет, уже потянет на книгу.

Поделитесь в комментах избранными статьями по теме, особенно не рубишными ✨

#ruby@anna_codes

На днях прошла очередная конференция Ruby Kaigi
Чуть позже сделаю обзор, а пока зацепилась за это:

Матц (и Claude) сделали spinel 💎

Это AOT (ahead-of-time) compiler. Можно наконец-то делать бинарники из рубишных программ, пусть и с ограничениями.

Пользоваться можно так:
- ставите spinel (git clone + make deps + make)
- компилируете - ./spinel hello.rb
- запускаете ./hello

Кол-во фич ограничено, так что надо думать, что используем )
Сейчас, конечно, это проще - можно попросить llm написать код с учётом ограничений, или адаптировать существующий.

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

Пример:

text = ""
if ARGV.length > 0
  text = ARGV[0]
end

lines = [text]

width = 0
lines.each do |line|
  len = line.length
  if len > width
    width = len
  end
end

top = "┌" + ("─" * (width + 2)) + "┐"
bottom = "└" + ("─" * (width + 2)) + "┘"

puts top
lines.each do |line|
  puts "│ #{line.ljust(width)} │"
end
puts bottom

Матц давно говорит о компиляции руби-кода, теперь проще двигаться в эту сторону. Посмотрим, что дальше 🍿
Поделитесь, если тоже попробуете 😉

#ruby@anna_codes

👣 Курс по go

Недавно закончила курс по Go от отуса.

Не было в моих планах, тем более курс "с нуля", но появилась возможность, и я решила воспользоваться.

Было интересно также с точки зрения проектирования курсов - как строится программа, как организовано обучение.

Формат такой: вебинары 2 раза в неделю по 2 часа по вечерам + домашки и проект. Пытаются в интерактив, но мне это не помогло, скучно. Может быть, формат не подходит, может быть, курс слишком базовый (на синкнетику же хожу нормально :)

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

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

Говорят, изначально на курсе были просто домашки, а уже потом проектная работа. Подозреваю, что в таком случае никто не успевал делать проект, и доходимость была совсем низкая.

С проектом лучше, но тогда нужно каждую домашку подтягивать под проект. Не всегда удобно с учётом того, что домашки сформулированы в стиле "надо сначала понять, что хотел сказать автор", а проверяющий преподаватель как будто не всегда в теме. Ревью формальное, особенно под конец. Ну я понимаю, смотреть пр со 100500 изменений... к тому же сколько их там у препода.

Возможно, стоило просто делать проект и не привязываться к дз. Но тогда не было бы ощущения завершённости курса, хотя сертификат всё равно дают в таком случае.

В итоге:

Было ли полезно? Да, научилась новому. Но из-за курса я отложила архитектуру, оказалось тяжко 💔
Изучила ли го? Нет, для этого надо писать для прода.
Могу ли писать для прода? Да, конечно )

Сам курс: с нуля я бы не рекомендовала, с приличным бэкграундом - тоже. С небольшим опытом пойдёт, если мотивируют дедлайны и нужна структура )

#go@anna_codes

Какую категорию следующую получаем? 😏

Избранное из глав "птицы".

Глава 2. Разделение компонентов.

Архитектурный квант - условно сервис, который деплоится отдельно.
Хотя несколько сервисов вполне могут представлять собой один квант, и часто это делают:

Например:
общая база данных => у вас один архитектурный квант
общий ui => у вас тоже один архитектурный квант )
есть оркестратор запросов => мб у вас тоже один квант ))

Динамический coupling между квантами

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

Понравилась табличка с вариантами, особенно horror )

Глава 3

О том, что тестируемость, развёртываемость, масштабируемость, доступность, отказоустойчивость лучше у небольших сервисов.
Поэтому если у вас проблемы с финансами, нужно срочно перейти на микросервисы (немного утрированный пример из главы 😁)

Так то это так мб, но возникают другие проблемы, и как будет с той же тестируемостью у системы в целом?

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

#книги@anna_codes #arch_hard_parts@anna_codes

Наконец-то посмотрела "руби и ии в разработке"

Приятно послушать - Ваня рекомендует делать, что нравится, и получать удовольствие от жизни - не поспоришь 😏

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

Как меняется роль разработчиков и менеджеров с ИИ, и что это значит для бизнеса:

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

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

Развитие сотрудников (и себя в т.ч.)
- нужно не всем
- что там развивать, если нас заменит ИИ (ну что-то можно пока что)
- ИПР "сверху" vs с учётом интересов

Сергей говорит, что не любит, когда развивают, и что есть своё видение. Мне вот интересно, кто-нибудь это любит вообще? ))

Я думаю, тут либо "развитие не нужно", либо всё-таки есть своё видение. Тогда интересы нужно учитывать и смотреть, можно ли совместить с рабочими задачами, или уже отправить изучать в личное время.

Ещё обсуждали:
- что рекомендовать изучать детям с учётом изменений (физику и математику, как базу vs делать, что нравится)
- сложности на рынке - трудно найти работу, а работодатель может выбрать из кандидатов (ничего нового, но интересно соотнести со своим свежим опытом подбора)
- также ждём конфу в спб летом 🤞

саммари от YandexGPT
на этот раз качество среднее, но как инструмент рекомендую

Вижу тренд на запасные каналы 😁

Завела сабстек и вк:

https://substack.com/@lightalloy

https://vk.com/anna_codes

(буду ли постить - не знаю, увидим)

Также KakaoTalk (lightalloy) - для лички.

Обзор какао от Насти

Не теряйте 😏

Привет ✨

Поняла, что пока не хочу начинать полноценный книжный клуб - весной-летом много личных дел, да и гулять нужно.
Пока что просто почитаю птицу (Современный подход к программной архитектуре: сложные компромиссы), а кабана возьму попозже )

Буду постить ❤️ , если пойдёт хорошо )

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

Зачем читать? Тоже принимать архитектурные решения.
Лучше понимать литературу по архитектуре. Разговаривать с архитекторами. Умничать 😁

В первой главе авторы дают основные определения - fitness functions, adr-ы, оркестровая и хореографическая координация, контракты, связность и связанность (я рекомендую каплинг и кохижен, чтобы не ломать мозг :)

Примеры в книге на основе саги о Sysops Squad (приложение типа хелпдеска).

Избранное определение от меня:

Функция пригодности (fitness function) - проверка, которая показывает, соответствует ли система нужным требованиям, и продолжает ли соответствовать после внесения изменений.

Пример - функция, которая проверяет наличие циклических зависимостей.

Как архитектор сможет проверить, что разработчики соблюдают границы уровней? Одни разработчики могут не понимать важности паттернов, тогда как другие могут занимать позицию «лучше попросить прощения, чем разрешения»

Даа, пока не зафорсишь проверку, соблюдать особо никто не будет (и речь не столько про архитекторов :)

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

#книги@anna_codes #arch_hard_parts@anna_codes

Думаю, может эту сначала прочитать (до кабана)
Читали? Как вам?

#книги@anna_codes

⬛️ Online Meetup code_sisters ⬛️ 08.03.2026 18:00 MSK

Итак, скоро близится важный для всех нас праздник и в его честь мы объявляем анонс нового митапа!

Елена Герман

📹 5 ошибок начинающих в data science и как их избежать

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

Екатерина Крупкина

📹 API и self-hosted: где возникают риски

Мы уже привыкли что ИИ плотно вошел в нашу повседневную жизнь и работу. Есть случаи отношения к ИИ как в близкой подруге, но где находится грань безопасности? В докладе поднимается важный вопрос разграничения - когда поднимать ИИ на своем железе а когда использовать API

Оксана Крымина

📹 Будем резать [граф], не дожидаясь [модельного] перитонита

Расскажет про дилемму усложнения - кажется что сложность это всегда хорошо. Чем больше параметров, тем больше выразительной силы! Но как определить критерий качества или понять - хорошо ли получилось?

Алиса Захтаренко

📹 Как находить работу в любых обстоятельствах (даже в иммиграции)

В этом докладе поговорим про текущую ситуацию поиска работы и что с этим можно сделать

_________
Трансляция будет онлайн, площадки уточняются. Все ссылки будут в канале кодсистерс. запись - постараемся.
В программе возможны изменения, но постараемся сделать все возможное чтобы вам было интересно! Приходите!

С праздником! ✨✊
Сегодня митап.

Про кофескрипт даже не сразу поняла 😁

(кстати, у нас стажка "заднего программиста")

Вышло второе издание кабана. Помню первое издание пару лет назад я читал взахлёб. Правда на русском. В новой версии обещают актуализированную информацию по архитектуре современных систем с учётом последних трендов с упором на облака и AI.
Что ж, посмотрим.
У кого есть желание почитать, пообсуждать?