Podcast is still being recorded
Основной контент книги Организованное программирование
−15%
Podcast

16+

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

Podcast is still being recorded

About the podcast

Пишем код, за который не стыдно. Разбираем базу, даем рекомендации и встречаемся с умными людьми

Available:
88 issues
Last update:
17 May 2026
What is a podcast?

Genres and tags

90
17 мая 2026
(0)

Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=dzen

Сегодня у нас в гостях Никита Волков - разработчик Haskell-библиотек и консультант. Мы поговорили про генерацию SQL, и заодно обсудили его новый проект: генерация типизированных SDK под разные языки на основе схемы БД и запросов. Но довольно быстро разговор ушёл сильно шире самой библиотеки.

Поговорили про SQL First как подход в целом — откуда он растёт, чем отличается от ORM и query builder, и почему в Go с SQLC это уже фактически стандарт. Отдельно — про динамические запросы и фильтры без query builder, про схему БД и миграции (Code First vs SQL First), про то, почему shared database не всегда антипаттерн, как держать обратную совместимость и как ИИ уже сейчас пишет кодогенераторы под новые языки быстрее, чем их делают руками.

Никита в прошлом писал ORM для Scala, потом переписал парсер PostgreSQL на Haskell ради синтаксических проверок при компиляции — и в итоге пришёл к мысли, что над SQL лучше не абстрагироваться, а сделать интеграцию с ним надёжной.

Полезные ссылки:

- LinkedIn: https://www.linkedin.com/in/nvolkov/

- Twitter: https://x.com/NikitaYVolkov

- Telegram: @wormholio

- Telegram-канал pGenie: https://t.me/pgenie_io

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239310

Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=dzen

Хекслет Клуб в Telegram https://t.me/HexletClubBot



#SQL #PostgreSQL #SQLC #ORM #Backend #Programming #AI #разработка #организованноепрограммирование #кириллмокевнин #хекслет

Типизированный SQL: генерация SDK вместо ORM — работает? / Никита Волков #85

89
10 мая 2026
(0)

Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube

Работа есть не только в бигтехе. Просто её не видно

В IT-твиттере кто-то написал: куда вообще идти работать, если вокруг один сплошной бигтех? Никто в треде не предложил альтернативы. А она есть, и огромная.

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

Отдельно про то, как маркетплейсы и no-code инструменты тихо уничтожили целые категории работы задолго до всякого ИИ. И куда сместился спрос.

Второй большой блок про собесы. Год я проводил интервью на реальном открытом продакшне и разрешал использовать агентов. Это изменило моё понимание найма. Агент не помогает кандидату так, как все думают. Зато он сразу показывает, как человек рассуждает, куда идёт, как дебажит незнакомую проблему. Подробно про то, что я увидел.

В конце про циклы рынка и T-shape. Эти разговоры повторяются каждые несколько лет. Объясняю механику: почему это просто экономика, и что за этим стоит на самом деле.

– Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Сообщество Вконтакте - https://vk.com/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube

Хекслет Клуб в Telegram https://t.me/HexletClubBot


#IT #Программирование #AI #ChatGPT #Разработка #Собеседование #Программист #Нейросети #BigTech #SaaS #Fullstack #Карьера #Джуниор #Hexlet #Подкаст

Где работать кроме бигтеха / Бизнес без программистов / Найм в эпоху агентов / Кирилл Мокевнин

88
3 мая 2026
(0)

В этом выпуске у меня в гостях — Александра Брызгалова, практик и сертифицированный специалист, которая много лет работает с TOC. Мы разобрали теорию ограничений — подход, который часто вспоминают через Голдратта, но редко применяют на практике в разработке.

Мы начали с базы: откуда появилась теория ограничений, какую проблему она решает и почему за десятилетия в индустрии мало что изменилось. Сроки по-прежнему срываются, фичи застревают, команды перегружены. Разобрались, как локальная оптимизация ломает систему и почему привычные метрики вроде velocity или «фич в месяц» могут давать обратный эффект. Поговорили о том, как на самом деле устроен поток создания ценности.

Полезные ссылки:

https://t.me/AABryzgalova

https://www.youtube.com/@ABryzgalova

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239298

Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube

Хекслет Клуб в Telegram https://t.me/HexletClubBot

Отдельно обсудили практику. Как находить узкие места и почему это не всегда там, где их ищут. Почему их не нужно «расшивать» напрямую и как попытки ускорить разработку нередко только ухудшают результат. Затронули и классические проблемы: многозадачность, постоянное переключение контекста и перегруз потока задачами — всё это напрямую влияет на time-to-market.

В конце разобрали реальные примеры из разработки: длинные релизы, перегруженные тестировщики и код, который так и не доходит до продакшена. Поговорили и про попытки «ускорить всё» с помощью AI — и почему без понимания системы это часто делает только хуже.

#теорияограничений #разработка #ITменеджмент #agile #продуктивность #bottleneck

#тимлид #программисты #организованноепрограммирование #кириллмокевнин

Теория ограничений в it: почему быстрее не значит лучше / Александра Брызгалова #84

87
30 апреля 2026
(0)

В этом выпуске у меня в гостях Евгений Дёмин — Ruby-разработчик и автор нескольких популярных open source библиотек, которые решают проблемы с базами данных, валидацией и производительностью. Женя начинал как математик в Калининграде, попал на западный рынок почти случайно — друг порекомендовал его британскому рекрутеру, а всё собеседование свелось к фразе «Yes, please» в телефонной трубке.

Тем не менее его взяли.

Разобрались, почему open source — это не просто код на GitHub, а полноценный продукт, который нужно продвигать, объяснять и защищать. Женины библиотеки приносят ему живые деньги каждый месяц — и это получилось не по плану, а как результат маленьких последовательных шагов.

Полезные ссылки:

https://www.linkedin.com/in/evgeniydemin

https://github.com/djezzzl/

https://x.com/EvgeniyDemin

evgeniydemin.medium.com

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239293

Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence

Хекслет Клуб в Telegram https://t.me/HexletClubBot

Отдельно поговорили про schema.rb — файл, который Rails кладёт прямо в репозиторий и который даёт возможность строить инструменты автоматического анализа. В других экосистемах этого долго не было, а где-то нет до сих пор.

Прошлись по конкретным инструментам. Выяснили, что расхождение между валидациями в коде и реальными ограничениями в базе данных — это не редкий edge case, а системная проблема, с которой сталкиваются даже крупные компании вроде 37signals. Подискутировали про N+1, что это не болезнь ORM, и вообще она существовала ещё когда люди писали запросы в циклах на чистом PHP. Обсудили, как можно пофиксить без ручного проставления includes — просто подключив нужную библиотеку.

В конце разговор свернул в неожиданную сторону — обсудили, не станут ли все эти инструменты просто скиллами для ИИ-агентов, и нужны ли они вообще в том виде, в котором существуют сейчас.


#opensource #rubyonrails #backend #programming #softwareengineering #postgresql #orm #nplusone #rails #developers #организованноепрограммирование #кириллмокевнин

Что должен знать каждый backend про N+1, lazy preload и производительность / Евгений Демин #83

86
30 апреля 2026
(0)

Сегодня у меня в гостях Дмитрий Коваленко, инженер, который глубоко погрузился в тему AI-агентов и оказался в центре одной из самых неожиданных точек роста современной разработки, связанной с файловым поиском. Мы обсудили, почему в эпоху агентов привычные инструменты вроде ripgrep начинают давать сбой и как меняется сама природа поиска, когда вместо человека код исследует система, выполняющая десятки запросов подряд без памяти и контекста.


Полезные ссылки:

https://x.com/neogoose_btw

https://youtube.com/@neogoose_btw

https://github.com/dmtrKovalenko


Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239287


Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence

Хекслет Клуб в Telegram https://t.me/HexletClubBot


Также разобрали, как на самом деле работают AI-агенты. Обсудили, почему их базовая операция сводится к поиску файлов и генерации диффов, зачем нужен stateful-поиск и почему каждый лишний tool call превращается не просто в оверхед, а в прямые затраты денег и рост latency. Подробно прошлись по архитектуре, включая SIMD, индексы, биграммы, sparse-подходы и попытки переосмыслить классический full-text search под новые сценарии.


Затронули и более широкий контекст:

— почему LSP может оказаться не нужен агентам

— как устроены MCP и tool calls под капотом

— зачем агентам дополнительный контекст (git status, definitions)

— почему UX таких систем не только инженерная задача, но и продуктовая

— почему терминальные UI до сих пор боль

— куда движутся OpenCode, Cursor и Code Agents

— почему большие компании, вероятно, всё равно победят

— и как меняется роль разработчика, когда код всё чаще пишет не он


#программирование #ai #разработка #coding #devtools #neovim #backend #искусственныйинтеллект #opencode #aiagents @mokevnin #кириллмокевнин


Как работают AI-агенты для программистов: поиск кода, индексы, эффективность. Дмитрий Коваленко #82

84
30 апреля 2026
(0)

Сегодня у нас в гостях Евгений Кобзев - сооснователь и CTO сервиса «Кнопка» — бухгалтерского аутсорсинга с сильной технологической составляющей. Человек, который прошёл путь от сисадмина и разработчика до управления продуктом, бизнесом и обратно в разработку — с пониманием того, как всё это на самом деле связано.

Мы подробно разобрали экономику IT: почему найм схлопнулся, как ключевая ставка влияет на количество вакансий, куда делись деньги венчура и почему бизнесу сейчас выгоднее «сушиться», чем расти. Обсудили, как переоценка себя ломает карьеру, почему зарплаты не берутся «из воздуха» и что происходит внутри компаний, когда они начинают платить больше, чем могут себе позволить.

Также поговорили и про индустрию разработки:
— почему инженеры переоценивают свою роль
— что происходит, когда менеджеры не понимают разработку
— почему KPI для разработчиков почти всегда вредны
— как меняется роль менеджмента и почему туда стало невыгодно идти

Полезные ссылки:
https://t.me/zheka_from_tagil

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239264

Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
Хекслет Клуб в Telegram https://t.me/HexletClubBot

#ITрынок #программисты #карьеравIT #разработка #найм #зарплата #экономика #кризис #удаленка #фулстек #junior #AI #работа #стартапы #подкаст #КириллМокевнин 

Как экономика в 2026 меняет требования к разработчикам на рынке IT | Евгений Кобзев #79

(00:00) - — Введение: экономика против айтишников - почему вы неправильно понимаете рынок (02:44) - — Путь от сисадмина до CTO через ошибки (11:07) - — Миф про HR: кто на самом деле виноват в плохом найме (15:08) - — Почему в 2026 стало сложно найти работу (24:59) - — IT больше не «работа мечты» (40:07) - — Сколько реально зарабатывает бизнес (49:30) - — Яндекс платит хорошо, но не все компании могут так же (56:53) - — Почему менеджеры получают меньше разработчиков? (01:10:11) - — Фулстек vs узкие специалисты (01:19:51) - — Почему джунам лучше работать в офисе? (01:27:21) - — Нужно ли запрещать ИИ на собеседованиях? (01:34:43) - — Заключение: почему бизнес всегда выглядит «злодеем» ★ Support this podcast ★
83
30 апреля 2026
(0)

Сегодня у нас в гостях — Константин Осипов, один из самых известных инженеров в мире баз данных: core-разработчик MySQL, создатель Tarantool, бывший директор разработки в ScyllaDB и сооснователь Picodata. Мы поговорили о том, как на самом деле устроен рынок СУБД сегодня.

Обсудили , как базы данных снова сходятся в одну точку — Postgres как стандарт , и почему новые системы всё чаще просто повторяют его интерфейсы. Погрузились в архитектуру: shared memory vs shared nothing, судьбу распределённых СУБД, влияние SSD и железа на дизайн баз, и почему многие “сложные” решения больше не нужны. Отдельно обсудили ClickHouse, как редкий прорыв и почему такие прорывы случаются крайне редко.

Также поговорили про реальные нагрузки: где на самом деле хайлоад, почему 100k RPS почти никому не нужны, и какие системы действительно упираются в пределы (спойлер: не те, о которых обычно думают). Отдельный блок — про влияние AI на разработку баз данных: как LLM ускоряют R&D, упрощают плагиат идей между проектами и меняют сам процесс создания СУБД.

Полезные ссылки:
https://t.me/rabid_transit
https://github.com/kostja
https://picodata.io - Система управления данными для экспертов по высоким нагрузкам
https://www.youtube.com/watch?v=fykI7uZaGzo - доклад про будущее баз данных
https://www.youtube.com/watch?v=TBAf5l1RmcA&list=PLSE8ODhjZXjbpOIrZheFWxkYG8HD87xW1&index=2 - Towards Sanity in Query Languages (Viktor Leis + Thomas Neumann)


Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239258

Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
 

#базыданных #sql  #nosql #postgresql  #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин

Эволюция баз данных: SQL, NoSQL и доминирование PostgreSQL | Константин Осипов #78

(00:00) - - Введение. Легенда баз данных в гостях: что ждёт индустрию дальше? (00:28) - - Базы данных: прошлое, настоящее и главный вопрос — что дальше? (01:28) - - kostja.github.io — блог Кости: https://kostja.github.io (01:31) - - stroppy.io — инструмент для честного бенчмаркинга баз данных: https://stroppy.io (01:32) - - jepsen.io — тесты, которые вскрывают реальные проблемы консистентности: https://jepsen.io (03:00) - - ScyllaDB: как устроена база для петабайтных нагрузок (пример Discord): https://scylladb.com (05:09) - - NoSQL vs SQL: революция, которая не случилась? (07:10) - - Доклад про будущее баз данных — что сбылось, а что нет: https://www.youtube.com/watch?v=fykI7uZaGzo (09:10) - - Проблемы SQL: почему язык до сих пор критикуют: https://www.youtube.com/playlist?list=PLSE8ODhjZXjbpOIrZheFWxkYG8HD87xW1 (16:06) - - Почему SQL до сих пор жив (17:06) - - Serenedb benchmark game — сравнение поисковых систем и движков: https://serenedb.com/search-benchmark-game (18:25) - - Rust против Java: новый тренд в разработке СУБД (18:35) - - Volga и Cedrus: переход с Java на Rust и новая волна баз данных: (25:20) - - Firebird: живая классика, которая до сих пор используется: https://www.firebirdsql.org/ (28:00) - - Что осталось от NoSQL: финальная расстановка сил (29:15) - - CockroachDB и ClickHouse: два разных подхода к масштабированию (33:06) - - SSD убивают старые архитектуры СУБД (34:56) - - OrioleDB: попытка радикально улучшить storage в Postgres: https://github.com/orioledb/orioledb (43:43) - - InfluxDB и Timescale (TigerData): судьба баз временных рядов (45:11) - - MariaDB купила GridGain: как базы «оседают» в экосистемах (46:06) - - Графовые базы: будущее или очередной миф? (53:20) - - Как обычное добавление поля может «убить» базу (01:03:38) - - Будущее аналитики: база сама отвечает на вопросы (01:06:30) - - Meteor и Temporal: попытки упростить разработку поверх баз данных: (01:11:00) - - SurrealDB: новая волна «универсальных» баз: https://surrealdb.com/ (01:13:28) - - AI убивает open-source? (01:24:57) - - Почему универсальной базы данных не будет (01:34:44) - - Заключение. Что нас ждёт в будущем баз данных? ★ Support this podcast ★
82
30 апреля 2026
(0)

В этом выпуске я решил немного отойти от привычного формата разговоров с гостями и записал сольный эпизод. Последний год я довольно глубоко погружён в тему 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 ★
81
30 апреля 2026
(0)

Мы продолжаем разбираться в 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 ★
80
30 апреля 2026
(0)

В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки 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 ★
Log in, to rate the book and leave a review
Age restriction:
16+
Available:
88 issues
Release date on Litres:
30 April 2026
Publishers:
Кирилл Мокевнин
Copyright Holders:
Автор, Кирилл Мокевнин