Heavy Tech

Первый за долгое время соло-выпуск Heavy Tech Podcast: без гостя, зато с ответами на комментарии и дискуссии, которые накопились после недавних эпизодов — в первую очередь после разговора с Русланом Гатиятовым про агентную разработку и DDD. Сергей Удалов разбирает, можно ли давать ИИ-агентам полный доступ к инфраструктуре; почему скептики по ИИ рискуют отстать; зачем инженеру DDD, TDD и SOLID даже если на собеседовании про это не спрашивают; что меняется в роли разработчика, когда код пишут агенты, а человек делает ревью; почему живые тестировщики становятся узким местом; и правда ли, что работа с ИИ «отупляет» — или это та же история, что с энциклопедией и Google. В финале — новость про потребительский сегмент: из-за спроса ИИ на дата-центры оперативная память за год подорожала примерно в 2,5 раза, и доля RAM в себестоимости смартфонов выросла с ~5% до ~50%. Ведущий: Сергей Удалов (соло).

Длинный технический разговор для тех, кто устал от «DDD на словах» и хочет услышать опыт с поля: как из поддержки стартапов на Rails выросла линейка фреймворков (Cyrex → Smart AI → REE), зачем вообще писать свой стек под доменную модель и что из этого вышло на практике.Гость — Руслан Гатиятов: кандидат физико-математических наук, много лет в разработке и предпринимательстве, соавтор Ruby-фреймворка под DDD. Ведущие — Сергей Удалов и Андрей Ермолаев.Ключевые моменты:- путь через науку (наноконтакты, физфак, аспирантура) в коммерческую разработку и что даёт «учёный» бэкграунд на разных этапах карьеры- честный разговор про «код учёного» vs код инженера и стереотипы вокруг степеней- откуда взялась идея своего фреймворка: клиентский запрос на DDD, когда в экосистеме Ruby не было готового ответа- что в книге Эрика Эванса по мнению гостя реально про DDD, а что сообщество переоценивает (bounded contexts, ubiquitous language vs тактические паттерны)- кейс Artstation: порядок величины нагрузки, ~350 сервисов на Ruby, bounded contexts, несколько БД, маленькая команда бэкенда- как устроены агрегаты, Sequel вместо Active Record, «персистеры» вместо классических репозиториев и почему так- микросервисы vs распределённый монолит, общая кодовая база, tree-shaking, boot тестов около секунды- прогон тестов на миллионах строк кода за считанные минуты при высоком coverage и параллельных БД- минусы подхода: порог входа, найм, обвязка, сравнение с опытом Claude на большой задаче- история Active Record / Data Mapper, Rails, Uncle Bob и «кричащая» структура типовых проектов- агентная разработка: запрет ручного кода в команде гостя, Cursor vs Claude, MCP и маркетинг- карьера и рынок: маркетинг сложнее инженерки, глубина специализаций с LLM, этика «рынок так устроен»- напутствие: развивать мозги через сложные системы и переходить на работу с агентамиTimecodes:00:00 — интро, путь гостя: наука, C/C++, веб, Ruby06:30 — зачем писать свой фреймворк; Rails, стартапы и DDD13:00 — Artstation: масштаб, микросервисы, bounded contexts, команда14:00 — что такое DDD «по-настоящему»: контексты и общий язык с бизнесом25:30 — агрегаты, Sequel, сервисные функции и персистенция27:00 — Sequel vs Active Record, Data Mapper, скорость и культура использования32:00 — tree-shaking, зависимости, boot и тесты за ~секунду35:00 — «настоящие» микросервисы, шины, границы bounded context40:30 — миллионы строк, мало гемов, обновление Ruby за минуты41:30 — минусы стека, Claude про архитектуру и порог для джунов53:00 — Uncle Bob, три папки Rails, data-driven vs domain-driven54:30 — линейный рост команды, сахарные гемы и долгая поддерживаемость01:06:30 — LLM, контекст, агенты как ускоритель; правила важнее «сделай что-нибудь»Главные вопросы выпуска:- Где граница между полезным DDD и обсуждением тактических паттернов ради спокойствия?- Когда «много микросервисов на одной кодовой базе» — осознанная архитектура, а когда антипаттерн?- Обязан ли сильный инженер в 2026 году перестать писать код руками — или это только один из режимов работы?Ссылки и материалы выпуска:- DDD Ruby framework https://github.com/glabix/ree/- Телеграм Руслана Гатиятова https://t.me/asyncom- Telegram Сергея Удалова: https://t.me/UdalovX- Telegram Андрея Ермолаева: https://t.me/fashion_dev- Зеркало канала: https://vkvideo.ru/@udalov_xЕсли разговор зацепил — напишите в комментариях, согласны ли вы, что первые страницы Evans важнее тактических паттернов на практике.

В этом выпуске Heavy Tech Podcast в гостях Мила Шведова. Говорим о женщинах в IT без лозунгов и удобных ответов: где действительно есть системные барьеры, а где разговор упирается в карьерные стратегии, личный выбор, устройство команд и правила рынка. Получился местами острый, но при этом очень практичный разговор про рост в карьере, управление людьми, публичность, стартапы и то, как меняется работа в эпоху ИИ.Кто в выпуске: ведущий Сергей Удалов, гостья Мила Шведова — руководитель с большим продуктовым и операционным опытом, автор канала «Блондинка в IT» и подкаста «В IT только девочки».Главные вопросы выпуска:Где в IT реальные системные барьеры для женщин, а где дело в выборе, уверенности и карьерной стратегии?Почему рынок и компании не решают эту тему автоматически, если речь идёт об эффективности?Какие качества будут делать специалиста сильным в мире, где всё больше задач забирает ИИ?Ссылки и материалы выпуска:- Telegram Милы: https://t.me/Blonde_in_IT- Telegram Сергея: https://t.me/UdalovX- Зеркало канала: https://vkvideo.ru/@udalov_xЕсли тема вам близка, напишите в комментариях: где, по-вашему, в IT заканчиваются разговоры про дискриминацию и начинаются разговоры про личную стратегию, характер и выбор? Подпишитесь на канал, чтобы не пропустить следующие выпуски Heavy Tech Podcast.0:00 Вступление и приветствие0:43 Текущая роль и карьерный путь в IT4:40 Что дало главный опыт (детство, темперамент, желание делать мир лучше)7:42 О динамике изменений, страхе отставания и цикличности15:09 Подкаст «Войти только девочки» и миссия продвижения женщин18:03 Гендерные проблемы: зарплаты, декрет, карьерный рост22:31 Почему канал для девочек, а не для мальчиков26:36 Личный опыт Сергея: Люда как руководитель и женщины в IT29:27 О домогательствах и женщинах-руководителях35:20 Вклад женщин в IT: менеджмент vs технологии37:14 Женщины как отличные менеджеры (исторически и генетически)41:31 Сравнение: мужчины лучше как технари? Женщины как менеджеры?44:42 О женских стартапах и рисках51:24 Work-life balance и овертаймы53:01 Нужно ли продвигать женщин в разработку?55:50 Миф о «стань капитаном Америки» и правильный выбор пути57:40 Цель подкаста Люды: поддержка уже существующих в IT женщин59:22 Обратная дискриминация: занижение требований к девушкам1:01:26 Искусственный интеллект и генерация контента1:05:00 Фильм Вспомнить всё1:05:41 Советы для зрителей1:08:11 Завершение, книги и рекомендации

Заявка на доклад Saint P Rubyconf 2026 https://forms.yandex.ru/u/69b53f6d84227c436538552c/В этом выпуске Heavy Tech Podcast в гостях Иван Шаматов — Ruby-разработчик с большим стажем, инженер-менеджер и один из организаторов питерской Ruby-конференции. Говорим о том, как в компании внедряют ИИ (от Tab-комплита до генерации кода и ревью), где на самом деле тормозит delivery, почему узким местом становятся не код, а передача задач между людьми, и как Иван использует LLM для управленческих решений и контекста по командам. Отдельно — про формат выступлений с интерактивом, про то, кого берут на работу сейчас и как проходят собеседования, про образование детей и про спекуляции о сингулярности и будущем профессий.Кто в выпуске: ведущие Сергей Удалов и Андрей Ермолаев, гость Иван Шаматов (Ruby, продакшен-системы, организатор Saint P Ruby Community).Ключевые моменты:- Роль инженер-менеджера и тематических лидов: кросс-командная коммуникация, контекст по людям и продуктам.- Питерская Ruby-конференция: бесплатная, офлайн + онлайн, первые выходные июня, приглашаются докладчики (сайт и форма заявки — TODO в show notes).- Внедрение ИИ: от авто-комплита до генерации кода и спеок; политики по данным и задачам, которые пока не отдаём в LLM.- Delivery: основной лаг — не написание кода, а передача задачи от человека к человеку; оптимизация процесса не обязательно ведёт к сокращению людей.- Кейс Amazon (outage и подпись сеньоров за AI-изменения): ответственность за решения остаётся за человеком; ревью и процессы важны.- Middle management: типовые задачи съедаются ИИ; ценность — там, где нужны решения и ответственность.- Контекст для LLM: репозиторий с Markdown по командам и продуктам; ручная подготовка контекста; обсуждение раздувания контекста при богатых API (Jira и др.).- Дети и образование: фундамент — математика, физика, умение думать; совет — заниматься тем, что нравится.- Собеседования и рынок: длинные циклы, много этапов, сильная конкуренция; в приоритете софтскиллы и вписывание в процессы.- Книга: Лем «Сумма технологий» (non-fiction про сингулярность и технологии).Главные вопросы выпуска: кого ИИ «съест» первым, а кого усилит? Где граница «ИИ помог» и «ответственность инженера»? Что делать разработчику и ребёнку в мире, где будущее профессий неочевидно?Ссылки и материалы выпуска:- Гость: Иван Шаматов — https://github.com/IvanShamatov- СКУД на коленке (доклад) — https://www.youtube.com/watch?v=XVq3-rMcPKM- Собираем метрики в ruby-приложении — https://www.youtube.com/watch?v=bkWfG5Zas0o- Деньги! Иван Шаматов — https://www.youtube.com/watch?v=hNaJgkdiRNg- Фичетогглинг. От теории к практике — https://www.youtube.com/watch?v=_1sF-fKyAJc- Питерское Ruby-сообщество, заявки на доклады — https://t.me/saintprubycommunity.- Рекомендация: Станислав Лем «Сумма технологий».Подпишитесь на канал, чтобы не пропустить следующие выпуски. Обсудить выпуск и предложить темы можно в Telegram: https://t.me/UdalovXЗеркало канала: https://vkvideo.ru/@udalov_x00:00:00 Введение00:04:03 Питерское руби-комьюнити00:08:31 Как стать спикером00:10:34 Начало карьеры Ивана, Райан Бейтс RailsCasts00:13:14 Первый опыт выступления00:15:59 Опыт преподавания00:18:37 Влияние искусственного интеллекта00:20:44 Применение ИИ разработчиками00:22:31 Эффективность ИИ в разработке00:25:39 Расширение бизнеса и найм разработчиков, вайб-кодинг00:28:21 Роль middle-менеджмента00:32:00 Внутренняя структура и взаимодействие команд00:37:40 Использование ИИ для принятия решений00:41:56 Автоматизация и безопасность, риски использования ИИ00:49:01 Будущее образования, рекомендации00:52:41 Будущее с ИИ

Нужна ли нам сложная архитектура, когда половину кода пишет LLM? Что такое «хорошая архитектура» и как заставить команду ей следовать без бесконечных документов? В этом выпуске — разговор с ведущим Ruby-разработчиком Дмитрием Цепелевым: про определение архитектуры, про RuboCop и линтеры как способ зафиксировать правила, про DDD, микросервисы и монолит, про event-архитектуру и strict loading в Rails, про частые ошибки (тяжёлые задачи в main thread, сервисы друг в друге без транзакционного outbox) и про то, почему rich domain model и anemic model — тема, по которой эксперты до сих пор спорят.Ведущие: Сергей Удалов (tg UdalovX), Андрей Ермалаев (tg fashion_dev).Гость: Дмитрий Цепелев (tg dmitryonsoftware) — ведущий Ruby-разработчик, контрибьютор Rails и сообщества. Автор и мейнтейнер гемов: Store Model, Active Record Lazy Preload. Входит в программные комитеты конференций (в т.ч. РИТ++, DUMP и др.). Выступает с докладами про стандартизацию, архитектуру и мониторинг.Ссылки- https://t.me/dmitryonsoftware - новый канал Дмитрия- https://github.com/DmitryTsepelev/store_model- https://github.com/DmitryTsepelev/ar_lazy_preload- https://dmitrytsepelev.dev/natural-language-programming-with-ruby - та самая статья, которую не оценили- https://dmitrytsepelev.dev/why-has-ruby-symbols - статья, которая привлекла больше вниманиВыступления по архитектуре:- https://www.youtube.com/watch?v=UbZWk4aS8ss - "Зачем заниматься стандартизацией кодовой базы"- https://www.youtube.com/watch?v=8n39xhUhYNA - Компонентная архитектура Rails приложения- https://youtu.be/UGqdlTqNfIM?si=lBhGm2-823UnH3YR - rich domain modelОсновной телеграм-канал «Удалов»: https://t.me/UdalovXСлушать подкаст можно без VPN.Подписаться на подкаст (Apple Podcast, Яндекс.Музыка, VK Video, Звук и другие): https://heavytech.mave.digitalЗеркало канала: https://vkvideo.ru/@udalov_x00:00 Вступление и знакомство04:21 Как устроен опенсорс и жизнь в сообществе13:05 Что такое архитектура25:54 Как держать архитектуру под контролем30:49 DDD и его восприятие33:40 Микросервисы: когда работают, а когда мешают40:53 Event-архитектура48:40 Архитектура библиотек54:20 Ошибки, которые ломают архитектуру01:00:41 ActiveRecord: за и против, и что с этим делать01:16:18 Работа с бизнесом и рекомендации01:17:07 Финальные выводы