Skip to content
Artwork for Организованное программирование
TechnologyEducationCourses

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

Кирилл Мокевнин

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

Play
  • 22 episodes
  • Avg 1 hr 29 min
  • Russian
Counted on this page — what you have heard stays on this device, so it is not something the list can be paged by.
  • August 23 · 1 hr 3 min

    Мой воркфлоу агентного программирования: параллельные сессии и пулреквесты в опенсорс

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube Что происходит, когда разработчик почти перестаёт писать код руками и начинает программировать вместе с AI? В этом выпуске получился почти лайвкодинг-скринкаст. Я открыл реальный проект Хекслета, взял реальные тикеты из работы и показал, как сейчас выглядит мой обычный процесс разработки с Claude Code. Без специально подготовленного демо и искусственных задач.Прямо по ходу записи я запускал несколько сессий параллельно, отдавал им тикеты, смотрел, как агент исследует кодовую базу, находит нужные места, вносит изменения, запускает тесты, работает с линтерами, делает коммиты и даже готовит Pull Request в стороннюю библиотеку. Причём разные задачи требуют совершенно разного уровня участия.Где-то достаточно просто скинуть агенту тикет и через некоторое время получить готовое изменение. Где-то нужно посмотреть, что он предлагает, задать вопросы и немного направить. А есть задачи, особенно продуктовые или архитектурные, где AI может хорошо разобраться в коде, но решение всё равно должен принимать человек. Именно к такому способу программирования я постепенно пришёл за последнее время.Я по-прежнему работаю в терминале и Vim, но большую часть непосредственного написания кода теперь делают агенты. Моя работа всё больше состоит из постановки задач, исследования, принятия решений, проверки результатов и управления несколькими параллельными потоками разработки. При этом меняется и сам проект. Мы постепенно адаптируем его к работе с AI: используем AGENTS.md и skills, приводим в порядок терминологию, названия файлов и тестов, добавляем автоматизацию и стараемся строить кодовую базу так, чтобы агенту требовалось всё меньше специальных объяснений. В этом видео: - как я запускаю 4–5 AI-сессий параллельно и распределяю между ними задачи; - какие тикеты можно практически целиком отдать агенту; - как Claude Code исследует большую кодовую базу и находит нужные места; - как AI работает с Rails, React, TypeScript, тестами, линтерами и Git; - как агент нашёл баг в сторонней библиотеке и подготовил Pull Request; - зачем я продолжаю использовать обычные линтеры, хуки, типы и тесты, а не перекладываю всё на AI; - где я принимаю решение сам и почему даже хороший агент не понимает весь продуктовый контекст; - зачем нужны AGENTS.md, skills и другие артефакты вокруг агентного программирования; - как в реальности выглядит мой текущий режим: AI в основном пишет код, а я управляю процессом. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239350 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #AI #Программирование #AIАгенты #ClaudeCode #Разработка #GitHub #Автоматизация #Нейросети #AIДляПрограммистов #CodingAgent #AIProgramming #Разработчик #Продуктивность #SoftwareDevelopment #ArtificialIntelligence#ОрганизованноеПрограммирование #КириллМокевнин Мой воркфлоу агентного программирования: параллельные сессии и пулреквесты в опенсорс

  • August 17 · 1 hr 32 min

    Spec-Driven Development на практике: опыт компании из 100 человек / Иван Поддубный #90

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=mave SDD (Spec Driven Development) постепенно превратился из эксперимента с AI-агентами в полноценный подход к организации разработки. Но что произошло, когда его действительно внедрили не на одном проекте, а в компании из 100 человек? В этом выпуске мы поговорили с Иваном Поддубным — CTO Web Practic — о том, как компания внедрила OpenSpec и выстроила сквозной процесс разработки вокруг единой шины контекста. Мы разобрали, почему одних AI-агентов оказалось недостаточно, как спеки связали аналитиков, разработчиков и тестирование, и почему внедрение SDD неожиданно вернуло разработку к идеям водопада, но уже в совершенно другой форме. Разобрали, как OpenSpec устроен на практике — Proposal, Design, Tasks, Changes и Specs, зачем понадобился Main Spec, как сохранился исторический контекст и почему агенту стало гораздо проще работать с кодовой базой, когда у каждого изменения появилось объяснение «зачем» и «почему». Отдельно поговорили о том, как перестроилась работа аналитиков и QA, почему тестировщики постепенно отошли от написания автотестов, как была организована работа frontend- и backend-разработчиков, зачем компании понадобился метарепозиторий для нескольких сервисов и монолитов и как SDD заработал в заказной разработке, где требования приходили от внешнего клиента. Но самое интересное оказалось связано с самим инженером. Если код всё чаще писал агент, какие навыки оставались критически важными? Почему системный дизайн становился важнее знания конкретного языка? Как было не потерять техническую глубину, работая через AI? И где проходила граница между усилением разработчика и настоящим делегированием ответственности? Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239348 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=mave 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #SDD #SpecDrivenDevelopment #OpenSpec #AI #AIразработка #AIагенты #ClaudeCode #Программирование #РазработкаПО #SoftwareEngineering #AICoding #VibeCoding #СистемныйДизайн #Автоматизация #Подкаст #ОрганизованноеПрограммирование #КириллМокевнин Spec-Driven Development на практике: опыт компании из 150 разработчиков / Иван Поддубный #90

  • July 26 · 1 hr 53 min

    Асхат Уразбаев о взлёте и падении Agile: почему Scrum изменил индустрию и что происходит сейчас #89

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube В этом выпуске мы поговорили с Асхатом Уразбаевым — одним из самых известных Agile-консультантов в России, основателем ScrumTrek и человеком, который более двадцати лет внедрял Agile в крупнейших российских компаниях. Мы разобрались, почему Scrum победил XP, как сертификации превратили гибкую разработку в огромную индустрию, почему большинство компаний так и не поняли исходные идеи Agile и что на самом деле осталось от него сегодня. Обсудили эволюцию разработки: от водопада и первых Scrum-команд до DevOps, продуктового подхода и современной инженерной культуры. Отдельную часть разговора мы посвятили новой AI-трансформации. Сравнили её с бумом Agile, обсудили, почему агентная разработка меняет не только написание кода, но и устройство команд, зачем компаниям AI-harness, как меняются роли разработчиков, аналитиков и продактов, почему Product Engineer становится новой ключевой профессией и какие организационные проблемы выйдут на первый план, когда писать код станет почти бесплатно. Мы также поговорили о том, как в IT рождаются технологические революции, почему вокруг них неизбежно возникают «религии» и многомиллионные индустрии, и обсудили, какие выводы инженерам стоит сделать сегодня, чтобы не повторить ошибки прошлого в эпоху искусственного интеллекта. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239343 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #Agile #Scrum #AI #softwareengineering #ClaudeCode #VibeCoding #DevOps #Kanban #ProductEngineering #IT #Разработка #Подкаст #ОрганизованноеПрограммирование #КириллМокевнин Асхат Уразбаев о взлёте и падении Agile: почему Scrum изменил индустрию и что происходит сейчас #89

  • July 13 · 1 hr 49 min

    Как Microsoft развивает .NET: производительность, Developer Experience и AI / Сергей Тепляков #88

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube Кажется, впервые за последние двадцать лет разработчики всерьёз перестали понимать, что будет ценным через пять лет. Языки программирования стремительно сближаются, архитектурные войны теряют смысл, а AI уже сегодня пишется значительная часть кода. На этом фоне особенно интересно посмотреть на экосистемы, которые пережили несколько технологических эпох и продолжают меняться быстрее многих новых игроков. В гостях Сергей Тепляков — разработчик с более чем двадцатилетним опытом, Microsoft MVP, автор одного из самых известных русскоязычных блогов о .NET и инженер, который последние 12 лет работает в Microsoft. Мы поговорили о том, как менялся C# от «клона Java» до одного из самых быстро развивающихся языков индустрии, почему .NET Core стал переломным моментом для всей экосистемы и как внутри Microsoft принимаются решения, влияющие на миллионы разработчиков по всему миру. Отдельно обсудили инженерную сторону больших систем: производительность, внутреннее устройство рантайма, эволюцию TypeScript, роль Андерса Хейлсберга, компромиссы между архитектурой и скоростью разработки, а также реальные кейсы, когда знание внутренних механизмов платформы позволяло находить и устранять проблемы, которые невозможно увидеть на уровне обычного прикладного кода. Большая часть разговора неожиданно ушла далеко за пределы самого C#. Мы поговорили о паттернах проектирования, SOLID, «Чистом коде» Роберта Мартина, причинах популярности этих идей и о том, почему многие опытные инженеры со временем начинают смотреть на архитектуру совсем иначе. Обсудили, что на самом деле стоит за понятиями связанности, ответственности, тестируемости и почему формальные принципы нередко оказываются менее полезными, чем понимание фундаментальных причин их появления. Получился разговор одновременно про C#, архитектуру, инженерное мышление и будущее профессии. Один из тех выпусков, где обсуждение конкретной технологии постепенно превращается в попытку понять, куда вообще движется разработка программного обеспечения. Полезные ссылки: Youtube: https://www.youtube.com/@DissectingTheCode, Linkedin: https://www.linkedin.com/in/sergeyteplyakov/ X: https://x.com/steplyakov Github: https://github.com/SergeyTeplyakov https://dometrain.com/ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239328 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #dotnet #csharp #microsoft #программирование #разработка #ai #искусственныйинтеллект #claudecode #developer#ОрганизованноеПрограммирование #КириллМокевнин Как Microsoft развивает .NET: производительность, Developer Experience и AI / Сергей Тепляков #88

  • July 12 · 49 min

    Как ИИ меняет разработку в 2026: главные инсайды с крупнейших IT-конференций / Кирилл Мокевнин

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube За последние недели я выступил на нескольких крупнейших IT-конференциях, провёл воркшопы, пообщался с инженерами, тимлидами и руководителями крупных компаний и собрал десятки инсайтов о том, как в реальности внедряются LLM, агентное программирование и AI в разработку. В этом выпуске я рассказал, почему проникновение AI-кодинга оказалось гораздо ниже ожиданий, как крупные компании строят собственные AI-ассистенты и закрытые контуры, почему внутренние решения пока уступили Claude и другим современным инструментам, а также почему индустрия уже сместила фокус с AI for Coding на AI for SDLC. Порассуждал на тему трансформации процессов разработки, новых ролей, проблем code review, Spec Driven Development, MCP, Skills, автоматической документации и критериев оценки эффективности команд в эпоху ИИ. Отдельно я поделился собственными выводами после общения с десятками компаний: какие AI-антипаттерны уже начали массово появляться, почему многие команды так и не смогли стать «10x», какие практики действительно начали работать, а какие пока остались красивыми идеями с конференций. Этот выпуск стал попыткой собрать объективную картину того, как меняется профессия разработчика прямо сейчас и к чему стоит готовиться middle и senior-инженерам в ближайшие годы. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239337 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #AI #ИскусственныйИнтеллект #Программирование #Разработка #AgenticCoding #ClaudeCode #CursorAI #LLM #MCP #Программист #BigTech #AI2026 #ОрганизованноеПрограммирование #КириллМокевнин Как ИИ меняет разработку в 2026: главные инсайды с крупнейших IT-конференций / Кирилл Мокевнин

  • June 14 · 1 hr 35 min

    Как AI помогает запускать стартапы: вайбкодинг, OpenClaw и ограничения для бизнеса / Антон Плешивцев

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube Можно ли сегодня построить прибыльный IT-бизнес практически в одиночку? И почему одни разработчики с помощью AI уже запустили продукты и автоматизировали целые процессы, а другие перестали понимать код, который генерируют модели? В этом выпуске мы поговорили с Антоном Плешивцевым. Обсудили реальный кейс AI-сервиса для фотографий на документы, который вырос из личной потребности и в лучшие месяцы приносил несколько тысяч долларов выручки. Разобрали, как устроен продукт под капотом: компьютерное зрение, обработка изображений, специализированные модели, SEO, монетизация и поиск трафика. Отдельно поговорили о том, почему создать приложение стало проще, чем привлечь в него пользователей. Большую часть разговора посвятили AI-агентам и автоматизации. Антон рассказал, как использовал OpenClaw для поддержки пользователей, обработки отзывов, работы с базой данных и других рутинных задач. Мы также обсудили ограничения агентных систем, стоимость контекста, безопасность, MCP, API и реальные сценарии внедрения AI в бизнес. Во второй половине выпуска разобрали неожиданную проблему рынка: разработчиков, которые приносят идеально выглядящие тестовые задания, но не могут объяснить, как работает написанный код. Поговорили о найме в эпоху LLM, феномене «операторов LLM» и о том, почему способность понимать систему становится важнее способности быстро генерировать решения. Получился практический разговор про AI с реальными кейсами, ошибками, выводами и опытом человека, который использует эти инструменты каждый день. Полезные ссылки: https://www.linkedin.com/in/antonpleshivtsev/ https://ishotaphoto.com - сервис, который помогает за пару секунд подготовить правильное фото для визы, паспорта или ВНЖ. Загружаете обычную фотографию, а система автоматически приводит её к требованиям нужной страны и документа Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239324 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #AI #OpenClaw #Нейросети #ИскусственныйИнтеллект #Стартап #Автоматизация #AIAgents #VibeCoding #Программирование #OpenAI #ОрганизованноеПрограммирование #КириллМокевнин Как AI помогает запускать стартапы: вайбкодинг, OpenClaw и ограничения для бизнеса / Антон Плешивцев

  • June 9 · 2 hr 3 min

    Матрица Эйзенхауэра, KPI и другие мифы корпоративной продуктивности / Максим Дорофеев #86

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube В этом выпуске у меня в гостях Максим Дорофеев — автор книг о продуктивности, бывший руководителем разработки, и человек, который сам называет себя «бывшим прокрастинатором». Мы обсудили, почему большинство советов по тайм-менеджменту не работают, как устроена настоящая продуктивность и почему главная проблема современных специалистов вовсе не нехватка времени. Мы разобрали, что такое «мыслетопливо» и почему именно оно, а не часы в календаре, становится ограничивающим ресурсом для разработчиков, менеджеров и руководителей. Поговорили о бесконечных созвонах, Open Space, матрице Эйзенхауэра, когнитивной усталости, переключении контекста, влиянии детей и семьи на рабочую эффективность, а также о том, почему попытка делать всё быстрее зачастую только усугубляет проблемы. Отдельно обсудили самонаблюдение, поиск собственных закономерностей, роль рефлексии и то, как современные AI-инструменты могут помогать лучше понимать самого себя. Получился разговор не столько про тайм-менеджмент, сколько про устройство человеческого мышления. Почему одни задачи мы делаем за пятнадцать минут, а другие растягиваем на часы? Что на самом деле мешает нам достигать целей? И можно ли построить систему работы, в которой меньше тушения пожаров и больше осмысленного движения вперёд? Полезные ссылки: https://t.me/mnogosdelal https://vk.com/procrastinatology https://www.youtube.com/@MaximDorofeev Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239319 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #Продуктивность #ТаймМенеджмент #Прокрастинация #Концентрация #Выгорание #Разработка #Программист #ОрганизованноеПрограммирование #КириллМокевнин Матрица Эйзенхауэра, KPI и другие мифы корпоративной продуктивности / Максим Дорофеев #86

  • May 24 · 52 min

    Как создать успешный стартап: реальные ошибки и опыт Хекслет / Организованное программирование

    🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube Сегодня выпуск про предпринимательское мышление и про то, почему разработчики часто ищут идеи не там. Технологическое предпринимательство для разработчиков — тема, вокруг которой всегда много шума. Кто-то мечтает о своём продукте, кто-то запускает pet-проекты, кто-то думает про стартапы, но чаще всего всё заканчивается на уровне идей. Я решил собрать в одном выпуске вещи, которые сам понял за годы запуска проектов, общения со стартапами и постоянных попыток разобраться, как вообще устроен этот мир. Разобрал, как видеть возможности в проблемах, где на самом деле рождаются продукты и почему идеи «из головы» обычно плохо работают. Определил разницу между стартапом и обычным бизнесом, B2B и B2C, а также капитализацию, венчурную модель, рост через инвестиции и то, почему многие проекты изначально строятся не вокруг прибыли. Отдельно я разобрал влияние рынка и объяснил, почему сильный продукт может проиграть, а посредственное решение — оказаться в правильное время в правильном месте. На примерах из образования, SaaS, IT-сервисов и собственных проектов показал, как изменения в технологиях, кризисы, законы и тренды в IT способны полностью менять целые отрасли. Также порассуждал, как искать ниши, оценивать рынок и понимать, где вообще есть шанс построить что-то жизнеспособное. Полезные ссылки: – Подписывайтесь на канал «Организованное программирование» в 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бизнес #saas #фаундер #Кириллмокевнин #технологии #хекслет #организованноепрограммирование #разработка #продукт #айти Как создать успешный стартап: реальные ошибки и опыт Хекслет / Организованное программирование

  • May 17 · 1 hr 21 min

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

    🔹 Присоединяйся к курсу «ИИ для разработчиков» 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

  • #85
    May 10 · 57 min

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

    🔹 Присоединяйся к курсу «ИИ для разработчиков» 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 #Подкаст Где работать кроме бигтеха / Бизнес без программистов / Найм в эпоху агентов / Кирилл Мокевнин

  • #84
    May 3 · 1 hr 32 min

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

    В этом выпуске у меня в гостях — Александра Брызгалова, практик и сертифицированный специалист, которая много лет работает с 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

  • #83
    April 26 · 1 hr 1 min

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

    В этом выпуске у меня в гостях Евгений Дёмин — 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

  • #82
    April 19 · 1 hr 37 min

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

    Сегодня у меня в гостях Дмитрий Коваленко, инженер, который глубоко погрузился в тему 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

  • #85
    April 12 · 1 hr 12 min

    Создатель Mantine: как появилась UI библиотека с 1.5 млн загрузок в неделю / Виталий Ртищев #81

    Сегодня у нас в гостях — Виталий Ртищев, создатель Mantine — одной из самых популярных React UI-библиотек в мире с более чем 1,5 миллиона загрузок в неделю. При этом в русскоязычном сообществе о ней знают заметно меньше, чем на Западе, где Mantine уже стал де-факто выбором для многих команд. Полезные ссылки: https://github.com/rtivital Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239278 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot В этом выпуске поговорили о том, как в одиночку построить open source проект такого масштаба: от первых версий до стабильной экосистемы компонентов, хуков и инструментов, которыми пользуются сотни тысяч разработчиков. Разобрали, какую реальную боль закрывает Mantine и чем он принципиально отличается от Chakra UI, Material UI и Tailwind-подхода. Также обсудили архитектуру современных UI-библиотек: почему «component library» — это уже не просто набор кнопок, а слой инженерных решений, как устроен баланс между готовыми компонентами и глубокой кастомизацией, и зачем вообще нужны Headless-подходы. Отдельный блок — про философию фронтенда и практику разработки: — как и почему Tailwind создаёт технический долг — есть ли место CSS-фреймворкам в мире React — когда стоит использовать готовые UI-киты, а когда идти в Headless — как проектируются сложные компоненты — как принимать решения о развитии библиотеки — почему большинство разработчиков на деле не используют «полную кастомизацию» #react #frontend #mantine #tailwind #webdev #javascript #typescript #ui #programming #opensource #reactjs #coding #webdevelopment #softwareengineering #devotional Создатель Mantine: как появилась UI библиотека с 1.5 млн загрузок в неделю / Виталий Ртищев #81

  • #84
    April 4 · 1 hr 34 min

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

    Сегодня у нас в гостях Евгений Кобзев - сооснователь и 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
    April 4 · 1 hr 35 min

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

    Сегодня у нас в гостях — Константин Осипов, один из самых известных инженеров в мире баз данных: 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
    March 15 · 1 hr 19 min

    Что я понял после года разработки с помощью ИИ агентов / Кирилл Мокевнин

    В этом выпуске я решил немного отойти от привычного формата разговоров с гостями и записал сольный эпизод. Последний год я довольно глубоко погружён в тему 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
    March 15 · 2 hr 3 min

    #77 Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов

    Мы продолжаем разбираться в 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
    March 15 · 1 hr 42 min

    #76 Монолит или микросервисы? Что выбрать в 2026 | Алексей Солодкий

    В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки 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 ★

  • #79
    February 22 · 2 hr 3 min

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

    Сегодня у нас в гостях вновь Александр Вершилов, который уже 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 ★

Showing 1–20 of 22 episodes