Организованное программирование

В этом выпуске я решил немного отойти от привычного формата разговоров с гостями и записал сольный эпизод. Последний год я довольно глубоко погружён в тему AI: активно использую его в разработке, экспериментирую с агентами, внедряю в рабочие процессы и параллельно готовлю образовательные программы про работу с LLM. За это время накопилось много наблюдений — как технических, так и организационных, которыми мне захотелось поделиться.
Мы поговорили о том, что на самом деле происходит с индустрией разработки. Почему вокруг технологий возникает ощущение тревожности и гонки вооружений, и как меняется работа инженера - от привычного “чат-ассистента” к агентской разработке, от ручного кодинга к управлению системой инструментов.
Отдельная часть выпуска — про знания и фундаментальные навыки. Я разобрал популярную идею о том, что «алгоритмы и фундамент больше не нужны», объясняю эффект проклятия знания и рассказываю, почему архитектурное мышление и способность формулировать задачу на уровне системы становятся ещё важнее в эпоху LLM. На реальных примерах из собеседований показываю, как отсутствие этой картины ломает работу даже с очень мощными инструментами.
Также обсудили архитектурные подходы для эпохи AI-разработки: концепцию барьеров абстракции, изолированные компоненты, которые можно безопасно генерировать целиком, и баланс между «вайб-кодингом» и инженерной дисциплиной. Я делюсь примерами из реальных проектов — от генерации React-компонентов до автоматизации инфраструктуры вокруг n8n, тестов и рефакторинга больших кодовых баз.
🔹30 марта стартует курс по эффективной разработке с помощью ИИ, присоединяйся -  https://ru.hexlet.io/programs/ai-for-developers
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239249
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses
#искусственныйинтеллект #ai #программирование #разработка #chatgpt #aiразработка
Что я понял после года разработки с помощью ИИ агентов / Кирилл Мокевнин

(00:00) - - Введение. честный разговор про ИИ без гостей

(00:30) - - Год жизни с ИИ: внедрение, эксперименты и обучение других

(05:15) - - Когда ИИ превращается в игру для программистов

(10:38) - - Изменятся ли знания программиста из-за ИИ

(17:48) - - Почему ИИ не делает программиста умнее

(25:10) - - Какие навыки программиста точно останутся важными

(34:01) - - Главная проблема ИИ: он лечит симптомы, а не причину

(43:06) - - Когда правила начинают ломать проект

(54:15) - - Ошибка ИИ: тестирование HTML в тестах

(01:04:12) - - Новый стиль функций в эпоху ИИ

(01:16:22) - - Заключение. Почему скилы от компаний могут ломать ваш проект

★ Support this podcast ★

Мы продолжаем разбираться в Domain-Driven Design — на этот раз прямо на уровне кода. Несколько недель назад мы с Евгением Лукьяновым делали EventStorming для идеи сервиса аналитики Telegram-каналов: системы, которая парсит каналы, анализирует посты, считает метрики и помогает авторам понимать, о чём писать и какие темы заходят.
Евгений — технический директор компании Satory и автор образовательного проекта StreamConcat. Он много лет работает с DDD и чистой архитектурой и строит на этих принципах коммерческие системы. Поэтому вместо абстрактных рассуждений мы открыли редактор и начали разбирать, как события, агрегаты и инварианты из EventStorming превращаются в Kotlin-код на Spring Boot.
Полезные ссылки:
https://t.me/stringconcat
https://www.youtube.com/@UCJ2Tig1kywPjqjNh0mb54Ug 
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239248
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
В этом выпуске:
— как из стикеров EventStorming получается структура домена
— почему агрегаты и доменные события часто реализуют без ORM
— как выглядит минимальный каркас DDD-приложения: entity, aggregate root, value object
— зачем хранить события внутри сущностей и как потом их «вынимать»
— как устроены use case-слои и почему бизнес-логика должна жить внутри домена
— где заканчивается доменная модель и начинается инфраструктура
— как связывать агрегаты через события и слушатели
— транзакции, outbox-паттерн и обработка доменных событий
— почему вокруг DDD так много споров и где инженеры видят оverengineering\

#DDD #EventStorming #архитектура #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин 
Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов №77

(00:00) - - Введение. Можно ли превратить DDD из теории в реальный код?

(02:45) - - Идея стартапа: AI-сервис для анализа Telegram-каналов и поиска тем для постов

(08:51) - - Главные сущности проекта: канал, пост и тематика

(17:10) - - Демонстрация логики агрегатов

(27:45) - - Базовые типы: ID, строковые ограничения и value-объекты

(38:15) - - Бизнес-ошибки против исключительных ситуаций

(46:26) - - Live-валидация на фронтенде и UX

(59:22) - - Когда безопасность требует дополнительных проверок

(01:09:57) - - Зачем использовать Mock в тестах

(01:21:19) - - Проблема уникальности в нагруженных системах

(01:28:08) - - Когда DDD действительно спасает архитектуру

(01:37:37) - - Vibe coding и парное программирование с AI

(01:51:33) - - Транзакции и работа с Postgres

(02:01:56) - - Заключение. DDD vs классическая архитектура

★ Support this podcast ★

В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки BelkaCar. Человек, чья карьера практически совпала с расцветом микросервисной архитектуры: от раннего энтузиазма «пилить всё на сервисы» до болезненного переосмысления и обратного движения к более прагматичным решениям.
Мы детально прошлись по  микросервисам - где они действительно решают проблему, а где создают новые? Почему семь инженеров и «монолит — это злое зло» — плохая отправная точка для архитектурных решений? И правда ли, что средний монолит стабильнее средних микросервисов?
В выпуске:
— как 200 бэкендеров контрибьютили в один монолит в Badoo и при этом релизились дважды в день
— что такое «распределённый монолит» и почему это худшее из двух миров
— как микросервисы превращаются в культ карго и начинаются «роликом на YouTube»
— синхронная vs асинхронная коммуникация: где действительно нужен event bus, а где подойдет обычный HTTP 
— идемпотентность, сетевые таймауты, “exactly once” и иллюзии, в которые верят инженеры
— graceful degradation и как проектировать систему так, чтобы она жила без части своих сервисов
— observability, трейсинг, метрики и реальная стоимость прозрачности
— зачем API нужно проектировать под клиента, а не под внутреннюю структуру сервисов
— почему иногда правильнее «монолитить» обратно

Отдельно обсудили болезненную тему: микросервисы требуют гораздо более высокой квалификации, чем кажется. Писать отдельный сервис просто. Построить устойчивую распределённую систему — нет. Цена ошибки здесь выше, чем в монолите, а переделывать разрезы между сервисами крайне дорого.
Полезные ссылки:
YouTube - https://www.youtube.com/playlist?list=PLZVF-B6xjrIuX-gMghg9HnYtr7GvGHfQh
Telegram - https://t.me/solodkiy
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239247
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
#микросервисы #архитектура #backend #монолит #systemdesign #itподкаст #кириллмокевнин #организованноепрограммирование 
Монолит или микросервисы?  Что выбрать в 2026  | Алексей Солодкий #76

(00:00) - Введение. Микросервисы — спасение или модная ловушка?

(04:40) - Микросервисы тогда и сейчас: что изменилось?

(10:43) - Один сервис — ещё не микросервисная архитектура. Разбираем сателлитную модель.

(19:20) - Микросервисы 2.0 скоро вернутся? Цикличность хайпа в индустрии.

(30:03) - Главный принцип: сервис должен уметь падать безопасно.

(38:02) - Бизнес против идеальной архитектуры

(44:20) - Пример Amazon: как крупные системы исправляют ошибки оплаты

(53:34) - Метрики важнее логов? Почему графики — это правда системы.

(01:02:52) - Микросервисы — это пузырь? Возможен ли откат назад

(01:14:51) - Почему микросервисы требуют более высокой квалификации

(01:23:29) - Стандарты коммуникации: почему каждая компания изобретает своё

(01:32:36) - От микросервисов к сателлитной архитектуре

(01:41:43) - Заключение: микросервисы — это инструмент, а не религия.

★ Support this podcast ★

Сегодня  у нас в гостях вновь Александр Вершилов, который уже  15 лет пишет на Haskell. Мы продолжаем разговор про Haskell и переходим к той теме, на которой у многих разработчиков всё обычно ломается — IO, побочные эффекты и монады.
Haskell регулярно называют «слишком сложным» языком. Чаще всего это происходит ровно в момент, когда разговор доходит до работы с внешним миром. До этого — чистые функции, композиция, красивая типизация. А дальше — «реальный мир», контексты вычислений и ощущение, что ты внезапно оказался в другой вселенной.
В выпуске мы разобраели, почему в чистом языке вообще возникает проблема IO, что такое referential transparency и почему чтение файла её нарушает. Обсудили, зачем Haskell протаскивает через типы «токен реального мира», как устроен IO изнутри и почему это не встроенная магия компилятора, а обычная структура данных с чёткими правилами. Пошагово прошли через Maybe и Either, связывание вычислений, do-нотацию и законы монад, а затем сравнили этот подход с Result в Rust, async/await в JavaScript и обработкой ошибок в Go.
Полезные ссылки:
Twitter - https://x.com/qnikst
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239224
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
#функциональноепрограммирование #haskell #fp #программирование  #языкипрограммирования #itподкаст #typeclasses #архитектура

Haskell для начинающих: разбираем IO, Maybe и do-нотацию | Александр Вершилов #75

(00:00) - — Монады без боли: почему их боятся и зря

(00:59) - — Переходим к практике: готовим среду и код

(02:32) - — Где в Haskell начинается «та самая сложность»

(05:22) - — Два пути работы с эффектами: хаос или контроль

(13:56) - — Кто реально выполняет ваш код? Роль интерпретатора

(29:14) - — Порядок вычислений: скрытая проблема ленивости

(36:52) - — Можно ли повторить Haskell в JavaScript?

(48:14) - — Самый простой пример работы с IO

(59:15) - — Пишем свою монаду и разбираем механику

(01:11:03) - — Где монады реально спасают: транзакции и сеть

(01:21:30) - — Maybe: убийца Null Pointer Exception

(01:43:18) - — Монада простыми словами: структура + связывание

(01:54:05) - — Promise — это монада или нет?

(02:03:14) - — Заключение: монады меняют мышление

★ Support this podcast ★

Сегодня у меня в гостях Рауф Алиев — человек, который варится в поиске уже четверть века. Он начинал с самописного inverted index в начале 2000-х, когда всё приходилось изобретать руками, и дошёл до современных гибридных систем — с векторным поиском, трансформерами и рекомендациями поверх всего этого.
Мы обсудили, как вообще устроен полнотекстовый поиск: что такое inverted index на практике, зачем нужен BM25, почему важно учитывать длину документа, что дают proximity и exact match. Отдельно разобрали, почему фасеты — это не совсем «поиск», как работают стемминг и лемматизация, зачем иногда хранить и нормализованный, и оригинальный текст, и почему работа с разными языками — это отдельная инженерная боль.
Потом ушли в гибридные модели: как смешиваются ключевые слова, query expansion, синонимы и векторные представления. Поговорили о том, почему векторный поиск лучше понимает смысл, но хуже объясняет свои решения, и как LLM можно использовать не для болтовни в чате, а как инструмент, который превращает человеческий запрос в понятные системе фильтры.
Ну и, конечно, обсудили качество. Что такое precision, recall, NDCG на практике, как собрать свой ground truth и как сравнивать конфигурации поиска без мучительных A/B-экспериментов на пользователях. И почему почти всегда, улучшая одну метрику, ты неизбежно просаживаешь другую — и с этим просто приходится жить.
Полезные ссылки:
https://testmysearch.com/my-books.html
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses
#программирование #разработка  #кириллмокевнин  #подкаст  #организованноепрограммирование #поисковыесистемы #invertedindex #векторныйпоиск
Как работает Search Engine под капотом: ранжирование и релевантность

(00:00) - Введение. Поиск сложнее, чем вы думаете - 25 лет опыта за 2 часа

(01:07) - От Сфинкса до Elastic: как менялся рынок поисковых систем

(06:00) - Теория или практика? Как правильно входить в сложные системы

(14:42) - Как SEO и маркетплейсы ломают алгоритмы

(19:55) - SEO началось с манипуляций: как PageRank всё изменил

(31:12) - Архив за 100 лет и гибридный поиск на практике

(44:05) - Гибридный поиск — будущее индустрии

(01:01:04) - Транслитерация и языковые ловушки

(01:13:53) - Как искать Go или C и не сломать поиск

(01:21:54) - LLM как ревизор поисковой системы

(01:28:19) - Локальные поисковики против Google

(01:32:21) - Китайский без пробелов и другие языковые боли

(01:36:45) - Заключение. Поиск — это компромисс между математикой и бизнесом

★ Support this podcast ★