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

Организованное программирование
Claim This Podcastby Кирилл Мокевнин
Podcast Overview
Пишем код, за который не стыдно. Разбираем базу, даем рекомендации и встречаемся с умными людьми
Language
🇷🇺
Publishing Since
6/14/2024
1 verified contact email on file for Организованное программирование
Pitch yourself as a guest, propose sponsorships, or reach out directly to the host.
Recent Episodes

March 15, 2026
Что я понял после года разработки с помощью ИИ агентов / Кирилл Мокевнин
<p>В этом выпуске я решил немного отойти от привычного формата разговоров с гостями и записал сольный эпизод. Последний год я довольно глубоко погружён в тему AI: активно использую его в разработке, экспериментирую с агентами, внедряю в рабочие процессы и параллельно готовлю образовательные программы про работу с LLM. За это время накопилось много наблюдений — как технических, так и организационных, которыми мне захотелось поделиться.</p><p>Мы поговорили о том, что на самом деле происходит с индустрией разработки. Почему вокруг технологий возникает ощущение тревожности и гонки вооружений, и как меняется работа инженера - от привычного “чат-ассистента” к агентской разработке, от ручного кодинга к управлению системой инструментов.</p><p>Отдельная часть выпуска — про знания и фундаментальные навыки. Я разобрал популярную идею о том, что «алгоритмы и фундамент больше не нужны», объясняю эффект проклятия знания и рассказываю, почему архитектурное мышление и способность формулировать задачу на уровне системы становятся ещё важнее в эпоху LLM. На реальных примерах из собеседований показываю, как отсутствие этой картины ломает работу даже с очень мощными инструментами.</p><p>Также обсудили архитектурные подходы для эпохи AI-разработки: концепцию барьеров абстракции, изолированные компоненты, которые можно безопасно генерировать целиком, и баланс между «вайб-кодингом» и инженерной дисциплиной. Я делюсь примерами из реальных проектов — от генерации React-компонентов до автоматизации инфраструктуры вокруг n8n, тестов и рефакторинга больших кодовых баз.</p><p>🔹30 марта стартует курс по эффективной разработке с помощью ИИ, присоединяйся - https://ru.hexlet.io/programs/ai-for-developers</p><p>Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog<br>– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321<br>– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239249</p><p>🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog<br>🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot<br>🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses</p><p>#искусственныйинтеллект #ai #программирование #разработка #chatgpt #aiразработка</p><p>Что я понял после года разработки с помощью ИИ агентов / Кирилл Мокевнин</p> <ul><li>(00:00) - - Введение. честный разговор про ИИ без гостей </li> <li>(00:30) - - Год жизни с ИИ: внедрение, эксперименты и обучение других </li> <li>(05:15) - - Когда ИИ превращается в игру для программистов </li> <li>(10:38) - - Изменятся ли знания программиста из-за ИИ </li> <li>(17:48) - - Почему ИИ не делает программиста умнее </li> <li>(25:10) - - Какие навыки программиста точно останутся важными </li> <li>(34:01) - - Главная проблема ИИ: он лечит симптомы, а не причину </li> <li>(43:06) - - Когда правила начинают ломать проект </li> <li>(54:15) - - Ошибка ИИ: тестирование HTML в тестах </li> <li>(01:04:12) - - Новый стиль функций в эпоху ИИ </li> <li>(01:16:22) - - Заключение. Почему скилы от компаний могут ломать ваш проект</li> </ul> <strong> <a href="https://boosty.to/mokevnin" rel="payment" title="★ Support this podcast ★">★ Support this podcast ★</a> </strong>

March 15, 2026
#77 Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов
<p>Мы продолжаем разбираться в Domain-Driven Design — на этот раз прямо на уровне кода. Несколько недель назад мы с Евгением Лукьяновым делали EventStorming для идеи сервиса аналитики Telegram-каналов: системы, которая парсит каналы, анализирует посты, считает метрики и помогает авторам понимать, о чём писать и какие темы заходят.</p><p>Евгений — технический директор компании Satory и автор образовательного проекта StreamConcat. Он много лет работает с DDD и чистой архитектурой и строит на этих принципах коммерческие системы. Поэтому вместо абстрактных рассуждений мы открыли редактор и начали разбирать, как события, агрегаты и инварианты из EventStorming превращаются в Kotlin-код на Spring Boot.</p><p>Полезные ссылки:<br>https://t.me/stringconcat<br>https://www.youtube.com/@UCJ2Tig1kywPjqjNh0mb54Ug </p><p>Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog<br>– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321<br>– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239248</p><p>🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog<br>🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot</p><p>В этом выпуске:<br>— как из стикеров EventStorming получается структура домена<br>— почему агрегаты и доменные события часто реализуют без ORM<br>— как выглядит минимальный каркас DDD-приложения: entity, aggregate root, value object<br>— зачем хранить события внутри сущностей и как потом их «вынимать»<br>— как устроены use case-слои и почему бизнес-логика должна жить внутри домена<br>— где заканчивается доменная модель и начинается инфраструктура<br>— как связывать агрегаты через события и слушатели<br>— транзакции, outbox-паттерн и обработка доменных событий<br>— почему вокруг DDD так много споров и где инженеры видят оverengineering\</p><p><br>#DDD #EventStorming #архитектура #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин </p><p>Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов №77</p> <ul><li>(00:00) - - Введение. Можно ли превратить DDD из теории в реальный код? </li> <li>(02:45) - - Идея стартапа: AI-сервис для анализа Telegram-каналов и поиска тем для постов </li> <li>(08:51) - - Главные сущности проекта: канал, пост и тематика </li> <li>(17:10) - - Демонстрация логики агрегатов </li> <li>(27:45) - - Базовые типы: ID, строковые ограничения и value-объекты </li> <li>(38:15) - - Бизнес-ошибки против исключительных ситуаций </li> <li>(46:26) - - Live-валидация на фронтенде и UX </li> <li>(59:22) - - Когда безопасность требует дополнительных проверок </li> <li>(01:09:57) - - Зачем использовать Mock в тестах </li> <li>(01:21:19) - - Проблема уникальности в нагруженных системах </li> <li>(01:28:08) - - Когда DDD действительно спасает архитектуру </li> <li>(01:37:37) - - Vibe coding и парное программирование с AI </li> <li>(01:51:33) - - Транзакции и работа с Postgres </li> <li>(02:01:56) - - Заключение. DDD vs классическая архитектура </li> </ul> <strong> <a href="https://boosty.to/mokevnin" rel="payment" title="★ Support this podcast ★">★ Support this podcast ★</a> </strong>

March 15, 2026
#76 Монолит или микросервисы? Что выбрать в 2026 | Алексей Солодкий
<p>В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки BelkaCar. Человек, чья карьера практически совпала с расцветом микросервисной архитектуры: от раннего энтузиазма «пилить всё на сервисы» до болезненного переосмысления и обратного движения к более прагматичным решениям.</p><p>Мы детально прошлись по микросервисам - где они действительно решают проблему, а где создают новые? Почему семь инженеров и «монолит — это злое зло» — плохая отправная точка для архитектурных решений? И правда ли, что средний монолит стабильнее средних микросервисов?</p><p>В выпуске:</p><p>— как 200 бэкендеров контрибьютили в один монолит в Badoo и при этом релизились дважды в день<br>— что такое «распределённый монолит» и почему это худшее из двух миров<br>— как микросервисы превращаются в культ карго и начинаются «роликом на YouTube»<br>— синхронная vs асинхронная коммуникация: где действительно нужен event bus, а где подойдет обычный HTTP <br>— идемпотентность, сетевые таймауты, “exactly once” и иллюзии, в которые верят инженеры<br>— graceful degradation и как проектировать систему так, чтобы она жила без части своих сервисов<br>— observability, трейсинг, метрики и реальная стоимость прозрачности<br>— зачем API нужно проектировать под клиента, а не под внутреннюю структуру сервисов<br>— почему иногда правильнее «монолитить» обратно</p><p><br>Отдельно обсудили болезненную тему: микросервисы требуют гораздо более высокой квалификации, чем кажется. Писать отдельный сервис просто. Построить устойчивую распределённую систему — нет. Цена ошибки здесь выше, чем в монолите, а переделывать разрезы между сервисами крайне дорого.</p><p>Полезные ссылки:<br>YouTube - https://www.youtube.com/playlist?list=PLZVF-B6xjrIuX-gMghg9HnYtr7GvGHfQh<br>Telegram - https://t.me/solodkiy</p><p>Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog<br>– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321<br>– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239247</p><p>🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog<br>🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot</p><p>#микросервисы #архитектура #backend #монолит #systemdesign #itподкаст #кириллмокевнин #организованноепрограммирование </p><p>Монолит или микросервисы? Что выбрать в 2026 | Алексей Солодкий #76</p> <ul><li>(00:00) - Введение. Микросервисы — спасение или модная ловушка? </li> <li>(04:40) - Микросервисы тогда и сейчас: что изменилось? </li> <li>(10:43) - Один сервис — ещё не микросервисная архитектура. Разбираем сателлитную модель. </li> <li>(19:20) - Микросервисы 2.0 скоро вернутся? Цикличность хайпа в индустрии. </li> <li>(30:03) - Главный принцип: сервис должен уметь падать безопасно. </li> <li>(38:02) - Бизнес против идеальной архитектуры </li> <li>(44:20) - Пример Amazon: как крупные системы исправляют ошибки оплаты </li> <li>(53:34) - Метрики важнее логов? Почему графики — это правда системы. </li> <li>(01:02:52) - Микросервисы — это пузырь? Возможен ли откат назад </li> <li>(01:14:51) - Почему микросервисы требуют более высокой квалификации </li> <li>(01:23:29) - Стандарты коммуникации: почему каждая компания изобретает своё </li> <li>(01:32:36) - От микросервисов к сателлитной архитектуре </li> <li>(01:41:43) - Заключение: микросервисы — это инструмент, а не религия.</li> </ul> <strong> <a href="https://boosty.to/mokevnin" rel="payment" title="★ Support this podcast ★">★ Support this podcast ★</a> </strong>
82 total episodes available with 9 transcripts
Recent guests on Организованное программирование
Guests from recent episodes — sign up to see every guest that has ever appeared on this show.
Aleksandr Vershilov
Guest
Artem Malyshev
Guest
Андрей Татаринов
Guest
Egor Bugarenko
Guest
Ilya Ilyinykh
Guest
Similar Podcasts
Discover related shows you might enjoy

Podlodka Podcast
Егор Толстой, Стас Цыганов, Екатерина Петрова и Евгений Кателла

Запуск завтра
libo/libo

#BeardyCast: гаджеты и медиакультура
🧢 Kepka Production

Конкуренты
libo/libo

Потом доделаю
WEEEK (@potomdodelau)

На пенсию в 35 лет!
Babaykin

Завтракаст (Zavtracast)
Завтракаст (Zavtracast)

Экономика на слух
РЭШ

Что случилось
Медуза / Meduza

Вид на Кремль
Медуза / Meduza

Новости со Стасом
Стас Васильев

Текст недели
Медуза / Meduza

600К в секунду
Мы обречены

Go Time: Golang, Software Engineering
Changelog Media

Frontend Weekend
Андрей Смирнов
Deep-dive analytics for Организованное программирование
Frequently asked questions
Have a different question and can't find the answer you're looking for? Reach out to our support team by sending us an email and we'll get back to you as soon as we can.
- What is Организованное программирование?
- How often does this podcast release new episodes?
This podcast updates daily.
- Where can I listen to this podcast?
This podcast is available on 9 platforms including Apple Podcasts, Spotify, and more. You can also use the RSS feed directly.
- Does this podcast accept guests?
Yes, this podcast regularly features guests.
Legal Disclaimer
Pod Engine is not affiliated with, endorsed by, or officially connected with any of the podcasts displayed on this platform. We operate independently as a podcast discovery and analytics service.
All podcast artwork, thumbnails, and content displayed on this page are the property of their respective owners and are protected by applicable copyright laws. This includes, but is not limited to, podcast cover art, episode artwork, show descriptions, episode titles, transcripts, audio snippets, and any other content originating from the podcast creators or their licensors.
We display this content under fair use principles and/or implied license for the purpose of podcast discovery, information, and commentary. We make no claim of ownership over any podcast content, artwork, or related materials shown on this platform. All trademarks, service marks, and trade names are the property of their respective owners.
While we strive to ensure all content usage is properly authorized, if you are a rights holder and believe your content is being used inappropriately or without proper authorization, please contact us immediately at hey@podengine.ai for prompt review and appropriate action, which may include content removal or proper attribution.
By accessing and using this platform, you acknowledge and agree to respect all applicable copyright laws and intellectual property rights of content owners. Any unauthorized reproduction, distribution, or commercial use of the content displayed on this platform is strictly prohibited.
