Телеграм канал «Анна Буянова (Anna Codes)»

Ссылка к октябрьским конфам:

RubyRussia
фотки
презентации

Гигаконф
Расписание

Записи:
зал 1 - keynotes + ИИ-инструменты и AI-native-организация
зал 2 - модели и инфраструктура и Harness

Ai-disrupt PDLC pdf
Kурсы сбера по агентной разработке

Октябрьские конфы.

RubyRussia, 2 октября

Прошла менее масштабно, чем в прошлом году - один трек, раза в 2 меньше людей. Почти все доклады про ai, как и положено.

Мой фаворит - "Что происходит с Rails-разработкой, когда AI становится частью инженерного конвейера" - про внедрение ai в госке. Интересно послушать, как выглядит реальный sdlc на данный момент, как применяют sdd, остались ли разработчики.

Гигаконф, 16 октября

Что показал Сбер:

Инструменты (GigaAgent, GitVerse, GigaCode, GigaStudio, etc). GitVerse теперь позиционируют как полноценную платформу для разработки без участия человека: на входе intent, дальше агенты ведут до прода, по крайней мере по задумке.

Помимо ai-disrupt pdlc (product development lifecycle), презентовали ai pslc (product service lifecycle) - то есть методологию для эксплуатации по.

Ai-трансформация - основная тема

На этот год запланирована ai-адаптация, но ещё не полная трансформация.

Сбер заявляет, что 100% разработчиков использует ai, но этим уже никого не удивишь.
Проводят обязательное обучение и отслеживают, как используются ai-инструменты. Тут можно понять - если пустить на самотёк, пользоваться будут только энтузиасты ))

Пилот gitverse

16% задач за последнюю неделю были выполнены и доведены до прода агентами без участия человека, тут уже виден переход от "ai-assisted" к "ai-led". Я бы посмотрела конкретнее, что за задачи и что будет дальше, планы у них грандиозные.

Основной посыл - с человека intent (и ответственность), с агентов - реализация, спека как source of truth, а код можно перегенерировать.

Организационные изменения

Заявлен переход от 2-pizza teams (7-10 человек) к tiny teams и новые роли - product engineer, e-shaped engineer (в pdf более широкий набор)

По факту всё ещё ищут на конкретный стек, статистику по трансформации команд не упоминают. Тут вижу разрыв: я хотела бы видеть более явный переход. Понимаю, что это не публичная информация, но появляется некоторый диссонанс с учётом остальных заявлений.

Было интересно посетить обе конференции, послушать "как у других", получить контекст использования ai в индустрии.

А как ваша ai-трансформация? Какой % задач делают (и деплоят) агенты без участия человека - 0-10-99? 😏

#ai@anna_codes #events@anna_codes

Сегодня на гигаконфе, есть кто-нибудь?

Работа — это место, в котором ты за деньги делаешь то, чего хотят другие люди

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

Я снова и снова вижу, как люди на удивительно глубоких уровнях этот принцип пытаются нарушать, и в итоге сидят на "несправедливом рынке без денег". Кто-то думает, что его невероятный опыт всем должен быть нужен, просто уже год никто не может его оценить. Кто-то в 2026-м году продолжает по-английски не говорить. Кто-то продолжает долбить в один стэк (ещё и в стэк типа C++ или RoR. Я, если что, люблю и тот и другой, и про первый даже много знаю, но деньги по-другому чаще получал в жизни). Кто-то работу находит, но выбирает из предложений...как-то специфично. Короче, снова и снова пытается найти лазейку в моём определении :)

Я здесь спрашивал, хотите ли вы стрим о том, почему у кого-то нет работы, а у кого-то есть. Полностью игнорирующий статистику, "рынки работодателя и соискателя", политику и геополитику, системные исследования, и построенный только на моём личном, смещённом, неправильном и невоспроизводимом опыте. Вы, как я узнал, хотите, так что я проведу закрытый стрим о работе и причинах её возникновения (или исчезновения) в эту пятницу, в 19:00 UTC+3.

Он будет безлимитным для сообщества, а вовне я, в этот раз, щедро раздам инвайтов штук 10. Найдите любой способ сообщить мне свой имейл и одну строчку биографии (хоть в комментах, хоть в директе, хоть в заявке менторской или где угодно), и я добавлю всех, кто успеет :)

Ну что, ребят, долбим другие стеки или нет? 😏
Извините за большое количество lead's notes, но мне понравилоль количество комментариев о Ruby, хотелось бы ещё.

🔮 Majestic ball of mud

20 разрабов коммитят в один монолит: непонятно, кто за что отвечает, конфликты в коде, долгий онбординг, низкая продуктивность. Знакомо?

А теперь представьте масштаб проблемы, если их не 20, а сотни, в одном репозитории 2,2 миллиона строк кода, а проекту больше десяти лет.

Это GitLab, и их решение - срочно нарезать всё на микросервисы. На самом деле нет, да это и невозможно на таком масштабе, поэтому делают модульный монолит и меняют правила работы команд.

Этой инициативе уже несколько лет, но долгое время работа шла довольно вяло. С развитием агентной разработки пришлось ускориться ✊

Давайте посмотрим, что происходит - далеко не каждая компания открывает свои ADR.

Все эти годы проект рос, местами было больно - впрочем, ничего необычного.

Почему?
- не было нормальных границ между частями системы в монолите и чёткой структуры
- даже якобы изолированный код использует одни и те же таблицы в бд (привет, intrusive/data coupling)
- т.о. в отдельные сервисы не выделишь, слишком большая связанность
- инфраструктурный каплинг, естественно - части монолита связаны намертво и деплоить нужно вместе
- а значит нельзя закатить хотфикс без полного обновления
- косяк одного домена может положить все остальные

Размытые границы доменов - это тяжело и для людей, и для агентов. Но если разработчики с опытом на проекте могут положиться на накопленные знания: им понятно, что лучше не трогать, где спросить коллегу, то агент этого не "чувствует". В итоге - случайно ломает логику в другом домене или дублирует то, что уже есть (хотя с кем из людей такого не бывало 😏)

Ускорение с приходом агентной разработки выглядит как "ну для разрабов было неудобно, но кого это волновало".... А вот для агентов пришлось постараться ))
Конечно, у бизнеса появилась необходимость эффективно использовать ai.

Как делают:
1) вынесли либы (lib/gitlab) в гемы в определённом порядке - от слабо-связанных с доменной логикой к сильно-связанным [ADR-004]
- первый этап - универсальные утилиты, не связанные с доменной логикой (критерий - связи с active_record)
- второй - библиотеки, которые ссылаются на концепции gitlab, но не на модели
- третий - зависящий от ar-моделей код - не выносится в гемы, а перемещается в свой bounded context
2) определили bounded contexts и ответственные команды (на самом деле "стюардов", но об этом отдельно)
3) изолируют доменный слой
4) выделяют транспортный слой по правилам гексагональной архитектуры: это адаптеры web ui, rest api, graphql, sidekiq

Для определения и форсирования границ используют danger-packwerk на ci в мягком варианте - комментарии для новых нарушений + package_todo.yml в репах для фиксации старых.

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

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

А вам приходилось работать над разделением монолита на модули?
Какие инструменты использовали для форсирования границ?

#ruby@anna_codes #coupling@anna_codes

Пока руби жив на наших продах, нужно ездить на рубирашу ✊

(но и здесь не без раста)