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

🔹 Присоединяйся к курсу «Системный дизайн» https://ru.hexlet.io/programs/system-design?utm_source=youtube 🔹 Ускоряем разработку ПО с помощью AI: https://praxor.ru/?utm_source=youtube 🔹 Присоединяйся к курсам по AI в Хекслет: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube Что произойдёт с интернетом, если большая часть того, что мы читаем, смотрим и обсуждаем, больше не будет написана или сделана человеком? В этом выпуске поговорили с Василием Зубаревым (Вастриком) — разработчиком из Берлина и создателем Вастрик-клуба — о том, как нейросети меняют интернет, сообщества и саму ценность человеческого контента. Разобрались, почему нейрослоп становится проблемой не потому, что он обязательно плохой, а потому что постепенно убивает доверие к тому, что ты читаешь. Если любой человек может за несколько минут сгенерировать пост, статью или ответ на вопрос, зачем тогда вообще читать этот текст? Особенно в сообществе, куда люди приходят за реальным опытом, мнениями и знаниями других людей. Обсудили, где проходит граница между нормальным использованием AI и нейрослопом: можно ли с помощью нейросети исправить текст, собрать фактуру, перевести материал или сформулировать мысль — и в какой момент человек перестаёт быть автором. Поговорили о том, почему полностью сгенерированный контент особенно плохо работает в сообществах, где главная ценность — живой человеческий опыт. Отдельно обсудили, как изменился сам интернет. Почему большие социальные сети постепенно превращаются в бесконечный поток контента, почему люди уходят в Telegram-чаты, Discord, Reddit и небольшие закрытые сообщества, и может ли хорошая модерация стать одним из главных способов защититься от информационного шума. Поговорили о будущем человеческого контента. Станет ли текст, написанный человеком, чем-то вроде ручной работы? Почему часть людей спокойно потребляет AI-контент, а других он мгновенно отталкивает? И может ли случиться так, что массовому пользователю достанется бесконечный поток дешёвого AI-контента, а настоящий человеческий опыт постепенно превратится в новый вид «люкса»? А ещё затронули рабочую этику и разработку: обсудили, что происходит, когда люди начинают общаться друг с другом готовыми ответами из Claude и ChatGPT, как AI изменил работу программистов и почему в эпоху дешёвой генерации всё большее значение приобретают экспертиза, способность думать самостоятельно и ответственность за результат. Полезные ссылки: https://vas3k.blog/ https://vas3k.club/ https://t.me/vas3k_channel Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239366 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #AI #ИскусственныйИнтеллект #Нейросети #AIКонтент #Нейрослоп #СозданиеКонтента #БудущееКонтента #КонтентМаркетинг #ИИ #ChatGPT #ОрганизованноеПрограммирование #КириллМокевнин Эпоха Нейрослопа: что будет цениться, когда любой контент можно сгенерировать

🔹 Присоединяйся к курсу «Системный дизайн» https://ru.hexlet.io/programs/system-design?utm_source=youtube Что будет с разработчиками, IT-образованием и технологическим бизнесом, если AI научится делать всё больше того, за что мы привыкли платить людям? И что останется конкурентным преимуществом, когда практически любую успешную идею можно скопировать, удешевить и превратить в стандарт рынка? В этом выпуске у нас в гостях Алексей Фёдоров и Андрей Морозов — это люди, стоящие за JUG.ru, JPoint, HolyJS и другими крупными IT-конференциями. Разговор начался с обсуждения конференций и образовании, но довольно быстро мы пришли к гораздо более фундаментальным вопросам: как меняется IT-индустрия, когда технологии, навыки и даже целые бизнес-модели постепенно превращаются в коммодити. Мы обсудили, как AI и LLM могут коммодитизировать разработку, онлайн-образование и отдельные профессии, почему качество продукта само по себе перестаёт быть достаточным конкурентным преимуществом и что происходит с рынком, когда всё больше игроков начинают конкурировать прежде всего по цене. На примерах такси, онлайн-образования и технологических компаний разобрали, как новые игроки способны менять экономику целых индустрий. Отдельно поговорили о предпринимательстве и риске. Разобрали, чем специалист отличается от предпринимателя, почему невозможно построить бизнес без неопределённости и почему даже самая красивая аналитическая модель не заменяет решения, которые в какой-то момент приходится принимать на свой страх и риск. Поговорили и о неприятной стороне зрелых рынков: конкуренты копируют успешные идеи, крупные компании приходят с гораздо большими ресурсами, государство меняет правила игры, а преимущества, которые ещё вчера казались уникальными, через несколько лет становятся обычным стандартом. Отдельный блок посвятили IT-образованию. Обсудили, почему пользователю сложно объективно оценить качество обучения, как маркетинговые обещания постепенно становятся нормой рынка и почему реальное преимущество очень быстро перестаёт им быть, если его можно воспроизвести. И в итоге мы пришли к вопросу, который, кажется, становится всё важнее для любого разработчика, предпринимателя и технологической компании: что делать в мире, где почти любое успешное решение рано или поздно копируют, удешевляют и превращают в коммодити? Полезные ссылки: Алексей Федоров https://t.me/channel_23derevo https://t.me/to_the_limit_channel Андрей Морозов: https://t.me/chief_philosophy_officer Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239363 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #программирование #AI #нейросети #IT #программисты #разработка #бизнес #предпринимательство #стартап #коммодитизация #образование #онлайнобразование #технологии #будущееIT #искусственныйинтеллект #ОрганизованноеПрограммирование #КириллМокевнин Почему хороший продукт больше не преимущество: конкуренция, копирование и экономика IT-бизнеса #93

🔹 Присоединяйся к курсу «Системный дизайн» https://ru.hexlet.io/programs/system-design?utm_source=youtube Через несколько лет в IT может не остаться привычного разделения на фронтендеров, бэкендеров, аналитиков и тестировщиков. Не потому, что эти задачи исчезнут, а потому, что один инженер с AI-агентами сможет закрывать работу, для которой раньше нужна была целая команда. Но есть проблема: большинство крупных компаний к этому вообще не готовы. В этом выпуске мы поговорили с Александром Поломодовым — бывшим техническим директором Т-Банка, который последний год отвечал за внедрение AI в разработку на уровне большой компании. Это разговор не про очередной AI-инструмент и не про то, как «писать код в Cursor», а про гораздо более фундаментальные изменения: что происходит с инженерными командами, процессами и архитектурой компаний, когда код всё чаще начинают писать агенты. Мы обсудили, почему AI может вернуть индустрию от узкой специализации обратно к универсальным инженерам, зачем компаниям теперь пересобирать не только SDLC, но и всю производственную систему разработки, и почему просто раздать разработчикам подписки на Claude недостаточно. Разобрали, как должны меняться платформенные команды, зачем нужны Model Gateway, MCP Hub, Skill Hub и детерминированные проверки, почему безопасность и корпоративные процессы становятся главным тормозом трансформации, а будущее внутри одной компании может быть распределено крайне неравномерно. Отдельно поговорили о том, почему старые инженерные практики — RFC, ADR, design review, спецификации и явные критерии приёмки — внезапно стали гораздо важнее с появлением агентов. Разобрали, почему AI лучше работает не с вайбкодингом и постоянными уточнениями, а с хорошо сформулированной задачей, как доменная экспертиза начинает цениться выше знания конкретного языка программирования и почему правильная терминология внутри проекта напрямую влияет на качество работы моделей. Также разобрали одну из самых болезненных тем для больших компаний: что делать с легаси и внутренними платформами, которые десятилетиями развивались отдельно от open source. Обсудили, почему раньше собственные форки и кастомные решения были активом, а в эпоху AI могут превратиться в дорогой пассив. И почему совместимость с тем, на чём обучались модели, постепенно становится новой инженерной характеристикой системы. Полезные ссылки: https://polomodov.tech/ https://t.me/book_cube https://www.youtube.com/@TellMeAboutTech Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239359 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #AI #искусственныйинтеллект #IT #AIвIT #AIтрансформация #разработка #ITпроцессы #AIагенты #автоматизация #разработкаПО #ITкоманды #архитектураПО #технологии #ОрганизованноеПрограммирование #КириллМокевнин Как AI изменит разработку ПО: будущее программистов, команд и IT-компаний /Александр Поломодов #92

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube Performance Review — одна из самых болезненных управленческих практик в IT. Люди спорят с оценками, менеджеры пытаются объяснить решения, сотрудники учатся «хакать» метрики, а компания тратит огромное количество времени на калибровки. Но зачем вообще нужна вся эта сложная система и почему нельзя просто платить всем хорошо? В этом выпуске мы поговорили с Сергеем Бережным — руководителем, который много лет участвовал в построении Performance Review в Яндексе. Разобрались, зачем компании нужна разница в оценках, почему Performance Review можно рассматривать как способ распространения информации по большой организации и как материальная мотивация превратилась в инструмент управления. Обсудили, как люди оверфитятся под метрики, почему правила Performance Review приходится периодически менять, как Яндекс экспериментировал со шкалой оценок — от букв A–F до C− и цветных плюсов — и зачем вообще учитывать человеческую психологию в, казалось бы, математической системе. Отдельно поговорили о калибровках: почему руководителю нельзя просто доверять собственной оценке сотрудника, как сравнение нескольких «красавчиков» помогает уменьшить менеджерский bias и почему иногда даже плохое Performance Review оказалось лучше, чем полное отсутствие системы. Разобрали и более неприятную сторону: можно ли превратить ревью в инструмент увольнения, насколько легко хачить 360, почему сотрудники обижаются на снижение оценки и почему Performance Review больше напоминает покер, чем шахматы. Нельзя идеально просчитать одну конкретную раздачу — приходится смотреть на long term. Поговорили и о том, где закончился рост разработчика: почему технологическое совершенство не всегда конвертировалось в деньги, как искать точки роста внутри unit-экономики компании и почему настоящий рост на высоких грейдах начинался там, где инженер учился менять экономику бизнеса, а не просто писать больше кода. А ещё обсудили метрики, которые действительно способны резко изменить производительность команды, влияние AI на Performance Review, проблему потери контекста при масштабировании компаний и то, почему удалённая работа не отменяла Performance Review — если менеджмент умел оценивать результаты, а не количество красных глаз в офисе. Полезные ссылки: https://t.me/veged_and_code Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239353 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #IT #управлениеIT #оценкасотрудников #грейды #KPI #360оценка #премии #мотивациясотрудников #ITменеджмент #управлениекомандой #разработка #ITкоманда #ОрганизованноеПрограммирование #КириллМокевнин Performance Review в IT: как правильно оценивать разработчиков и сотрудников / Сергей Бережной #91

🔹 Присоединяйся к курсу «ИИ для разработчиков» 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#ОрганизованноеПрограммирование #КириллМокевнин Мой воркфлоу агентного программирования: параллельные сессии и пулреквесты в опенсорс

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

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

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

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

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

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

🔹 Присоединяйся к курсу «ИИ для разработчиков» 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 #фаундер #Кириллмокевнин #технологии #хекслет #организованноепрограммирование #разработка #продукт #айти Как создать успешный стартап: реальные ошибки и опыт Хекслет / Организованное программирование

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

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

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

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

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

Сегодня у нас в гостях — Виталий Ртищев, создатель 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

Сегодня у нас в гостях Евгений Кобзев - сооснователь и 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 ★

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

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

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

В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки BelkaCar. Человек, чья карьера практически совпала с расцветом микросервисной архитектуры: от раннего энтузиазма «пилить всё на сервисы» до болезненного переосмысления и обратного движения к более прагматичным решениям. Мы детально прошлись по микросервисам - где они действительно решают проблему, а где создают новые? Почему семь инженеров и «монолит — это злое зло» — плохая отправная точка для архитектурных решений? И правда ли, что средний монолит стабильнее средних микросервисов? В выпуске: — как 200 бэкендеров контрибьютили в один монолит в Badoo и при этом релизились дважды в день — что такое «распределённый монолит» и почему это худшее из двух миров — как микросервисы превращаются в культ карго и начинаются «роликом на YouTube» — синхронная vs асинхронная коммуникация: где действительно нужен event bus, а где подойдет обычный HTTP — идемпотентность, сетевые таймауты, “exactly once” и иллюзии, в которые верят инженеры — graceful degradation и как проектировать систему так, чтобы она жила без части своих сервисов — observability, трейсинг, метрики и реальная стоимость прозрачности — зачем API нужно проектировать под клиента, а не под внутреннюю структуру сервисов — почему иногда правильнее «монолитить» обратно Отдельно обсудили болезненную тему: микросервисы требуют гораздо более высокой квалификации, чем кажется. Писать отдельный сервис просто. Построить устойчивую распределённую систему — нет. Цена ошибки здесь выше, чем в монолите, а переделывать разрезы между сервисами крайне дорого. Полезные ссылки: YouTube - https://www.youtube.com/playlist?list=PLZVF-B6xjrIuX-gMghg9HnYtr7GvGHfQh Telegram - https://t.me/solodkiy Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239247 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #микросервисы #архитектура #backend #монолит #systemdesign #itподкаст #кириллмокевнин #организованноепрограммирование Монолит или микросервисы? Что выбрать в 2026 | Алексей Солодкий #76 (00:00) - Введение. Микросервисы — спасение или модная ловушка? (04:40) - Микросервисы тогда и сейчас: что изменилось? (10:43) - Один сервис — ещё не микросервисная архитектура. Разбираем сателлитную модель. (19:20) - Микросервисы 2.0 скоро вернутся? Цикличность хайпа в индустрии. (30:03) - Главный принцип: сервис должен уметь падать безопасно. (38:02) - Бизнес против идеальной архитектуры (44:20) - Пример Amazon: как крупные системы исправляют ошибки оплаты (53:34) - Метрики важнее логов? Почему графики — это правда системы. (01:02:52) - Микросервисы — это пузырь? Возможен ли откат назад (01:14:51) - Почему микросервисы требуют более высокой квалификации (01:23:29) - Стандарты коммуникации: почему каждая компания изобретает своё (01:32:36) - От микросервисов к сателлитной архитектуре (01:41:43) - Заключение: микросервисы — это инструмент, а не религия. ★ Support this podcast ★

Сегодня у нас в гостях вновь Александр Вершилов, который уже 15 лет пишет на Haskell. Мы продолжаем разговор про Haskell и переходим к той теме, на которой у многих разработчиков всё обычно ломается — IO, побочные эффекты и монады. Haskell регулярно называют «слишком сложным» языком. Чаще всего это происходит ровно в момент, когда разговор доходит до работы с внешним миром. До этого — чистые функции, композиция, красивая типизация. А дальше — «реальный мир», контексты вычислений и ощущение, что ты внезапно оказался в другой вселенной. В выпуске мы разобраели, почему в чистом языке вообще возникает проблема IO, что такое referential transparency и почему чтение файла её нарушает. Обсудили, зачем Haskell протаскивает через типы «токен реального мира», как устроен IO изнутри и почему это не встроенная магия компилятора, а обычная структура данных с чёткими правилами. Пошагово прошли через Maybe и Either, связывание вычислений, do-нотацию и законы монад, а затем сравнили этот подход с Result в Rust, async/await в JavaScript и обработкой ошибок в Go. Полезные ссылки: Twitter - https://x.com/qnikst Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239224 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #функциональноепрограммирование #haskell #fp #программирование #языкипрограммирования #itподкаст #typeclasses #архитектура Haskell для начинающих: разбираем IO, Maybe и do-нотацию | Александр Вершилов #75 (00:00) - — Монады без боли: почему их боятся и зря (00:59) - — Переходим к практике: готовим среду и код (02:32) - — Где в Haskell начинается «та самая сложность» (05:22) - — Два пути работы с эффектами: хаос или контроль (13:56) - — Кто реально выполняет ваш код? Роль интерпретатора (29:14) - — Порядок вычислений: скрытая проблема ленивости (36:52) - — Можно ли повторить Haskell в JavaScript? (48:14) - — Самый простой пример работы с IO (59:15) - — Пишем свою монаду и разбираем механику (01:11:03) - — Где монады реально спасают: транзакции и сеть (01:21:30) - — Maybe: убийца Null Pointer Exception (01:43:18) - — Монада простыми словами: структура + связывание (01:54:05) - — Promise — это монада или нет? (02:03:14) - — Заключение: монады меняют мышление ★ Support this podcast ★

Сегодня у меня в гостях Рауф Алиев — человек, который варится в поиске уже четверть века. Он начинал с самописного inverted index в начале 2000-х, когда всё приходилось изобретать руками, и дошёл до современных гибридных систем — с векторным поиском, трансформерами и рекомендациями поверх всего этого. Мы обсудили, как вообще устроен полнотекстовый поиск: что такое inverted index на практике, зачем нужен BM25, почему важно учитывать длину документа, что дают proximity и exact match. Отдельно разобрали, почему фасеты — это не совсем «поиск», как работают стемминг и лемматизация, зачем иногда хранить и нормализованный, и оригинальный текст, и почему работа с разными языками — это отдельная инженерная боль. Потом ушли в гибридные модели: как смешиваются ключевые слова, query expansion, синонимы и векторные представления. Поговорили о том, почему векторный поиск лучше понимает смысл, но хуже объясняет свои решения, и как LLM можно использовать не для болтовни в чате, а как инструмент, который превращает человеческий запрос в понятные системе фильтры. Ну и, конечно, обсудили качество. Что такое precision, recall, NDCG на практике, как собрать свой ground truth и как сравнивать конфигурации поиска без мучительных A/B-экспериментов на пользователях. И почему почти всегда, улучшая одну метрику, ты неизбежно просаживаешь другую — и с этим просто приходится жить. Полезные ссылки: https://testmysearch.com/my-books.html Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot 🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses #программирование #разработка #кириллмокевнин #подкаст #организованноепрограммирование #поисковыесистемы #invertedindex #векторныйпоиск Как работает Search Engine под капотом: ранжирование и релевантность (00:00) - Введение. Поиск сложнее, чем вы думаете - 25 лет опыта за 2 часа (01:07) - От Сфинкса до Elastic: как менялся рынок поисковых систем (06:00) - Теория или практика? Как правильно входить в сложные системы (14:42) - Как SEO и маркетплейсы ломают алгоритмы (19:55) - SEO началось с манипуляций: как PageRank всё изменил (31:12) - Архив за 100 лет и гибридный поиск на практике (44:05) - Гибридный поиск — будущее индустрии (01:01:04) - Транслитерация и языковые ловушки (01:13:53) - Как искать Go или C и не сломать поиск (01:21:54) - LLM как ревизор поисковой системы (01:28:19) - Локальные поисковики против Google (01:32:21) - Китайский без пробелов и другие языковые боли (01:36:45) - Заключение. Поиск — это компромисс между математикой и бизнесом ★ Support this podcast ★

В этом выпуске я заканчиваю цикл разборов книги "Чистый код" Роберта Мартина. Сегодня подробно обсудим одну из самых противоречивых глав, посвящённую классам, а также найдем ответ на вопрос - "Почему многие привычные критерии «хорошего ООП» плохо работают в реальной разработке"? В этом выпуске я последовательно разбираю, почему ориентация на размеры классов и количество «ответственностей» — это вторичный и часто вводящий в заблуждение критерий, где принцип единой ответственности действительно помогает, а где начинает мешать и подменять мышление, и почему попытки тестировать код через раскрытие внутренних деталей классов почти всегда сигналят о проблемах в дизайне. На конкретных примерах, включая Prime Generator, показываю, как формальные преобразования «по принципам» легко раздувают код, не добавляя ясности, и почему классы сами по себе редко совпадают с реальными границами абстракций, архитектуры и bounded contexts. Отдельно уделил внимание конфликту между ООП-мышлением через классы и подходом через сообщения, состояния и домены, а также объясняю, почему многие аналогии и учебные примеры из Clean Code плохо масштабируются на практику. В конце вас ждут итоги всего цикла: что из книги действительно стоит сохранить, а к чему полезно относиться критически, даже если это давно считается «каноном». Первая часть разбора: https://youtu.be/-tp2bfP36Hg Вторая часть разбора: https://youtu.be/KK9XK6BtqBM Третья часть разбора: https://youtu.be/bfhUhim0V1Y Четвертая часть разбора: https://youtu.be/DqgAqCpYsbs Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239231 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot 🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses #чистыйкод #программирование #разработка #чистаяархитектура #кириллмокевнин Упоминания Разбор второй части чистого кода - https://bugzmanov.github.io/cleancode-critique/clean_code_second_edition_review.html Проектирование классов и SRP | Разбор книги Роберта Мартина #5 (00:00) - — Введение. Последний выпуск по "Чистому коду" (01:00) - — Что не так с последней главой? Мнение опытного разработчика (06:36) - — Почему “идеальный программист” — это не миф (13:04) - — Как из одной ответственности вырастает оверинжиниринг (23:49) - — Как SRP сбивает с толку, если применять его вслепую (31:12) - — Миф о сложности: почему “много классов” пугает разработчиков (38:44) - — Объекты против классов: главное заблуждение Java-подхода (47:20) - — Как на опыте рождаются архитектурные решения (55:02) - — Анализ циклов и переменных (01:03:49) - — “Чистый код” как манифест устаревшего ООП (01:10:09) - — Увеличение кода ≠ улучшение архитектуры (01:16:16) - — SRP vs. реальность: почему теория не работает (01:22:30) - — Принципы проектирования не работают без контекста (01:27:00) - — Заключение. Что мы поняли о “Чистом коде”? ★ Support this podcast ★

В этом выпуске мы поговорили с Антоном Назаровым, создателем сообщества «Осознанная меркантильность», про дебаты как навык и как практику. Разобрали реальные кейсы: удачные, неудачные и спорные. Мы говорили о том, зачем вообще идти в публичные дебаты и какую задачу они решают на самом деле, почему в них важно не переубедить оппонента, а выстроить работу с восприятием аудитории, и как подготовка — или её отсутствие — напрямую влияет на то, «плывёт» человек в разговоре или удерживает позицию. Обсудили, как уточнение терминов и задание рамки разговора меняют динамику дискуссии, какие аргументы чаще всего вызывают агрессию и переходы на личности, где проходит граница между жёсткой позицией и токсичностью, и почему стратегия «всё сложно и все правы» плохо работает в публичном поле. Отдельно обсудили подготовку к дебатам: работу с тезисами, контраргументами, провокациями и собственными ограничениями, а также почему иногда лучший исход — не идти в дебаты вовсе. Полезные ссылки: Анонсы и эксклюзивы от Антона: https://t.me/m0rtymerr_channel Ютуб Антона: https://www.youtube.com/@om_nazarov Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239229 #дебаты #айти #АнтонНазаров #хейт #психология #подкаст #мотивация #саморазвитие #лидерство #критика #мнение #организованноепрограммирование (00:00) - — Введение. Что делает скандальный дебатёр в айтишном подкасте? (01:20) - — Как пережить хейт и не сломаться? Личный опыт Назарова (09:33) - — Коммент, который пробил броню. Бывает ли Назаров уязвим? (17:29) - — «Вами управляет тот, кто вас злит» — правда или мем? (24:01) - — «Все правы» — самый бесполезный подход к контенту (33:55) - — Дебаты с Климовым: снисходительность как стратегия (41:11) - — Как работает манипуляция авторитетом и опытом (50:14) - — Статистика, метафоры, переходы на личности — оружие дебатов (57:05) - — Комбо-приёмы в дискуссии: как выносить без мата (01:01:27) - — IT-Блогеры, разоблачения и мир в баньке. Где граница шоу? (01:09:30) - — Заключение. Как спорить, чтобы вас слушали, а не хейтили ★ Support this podcast ★

У меня в гостях Михаил Флёнов — разработчик, автор канала «Програмысли» и автор книг "глазами хакера". Мы поговорили о паттернах программирования без культа GoF — как о способе мышления, а не наборе UML-картинок из книжек двадцатилетней давности. Обсудили, почему паттерны рождаются из боли и рефакторинга, а не из желания «сделать правильно», где проходит граница между простотой и оверинжинирингом, и почему пять if иногда честнее, чем пять микросервисов. Разобрали Dependency Injection как базовую инфраструктуру, Singleton как паттерн и антипаттерн одновременно, роль MVC в современных фреймворках и то, почему большинство разработчиков применяют паттерны, даже не осознавая этого. Затронули тему о влиянии LLM и ИИ: какие знания уже обесценились, почему алгоритмы стали расходником, и почему архитектурное мышление и понимание паттернов становятся важнее, а не наоборот. Полезные ссылки: https://www.youtube.com/@programisli https://t.me/mflenov https://www.flenov.ru Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239229 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #паттерны #программирование #designpatterns #шаблоныпроектирования #кодревью #интервьюразработчика #архитектуракода Нужны ли шаблоны проектирования в эпоху ИИ? Михаил Флёнов #72 (00:00) - — Введение: Зачем вообще говорить о паттернах? (02:10) - — Банда четырёх и культ паттернов: за и против (10:43) - — Dependency Injection: зачем он вам нужен прямо сейчас (15:29) - — Боль, рефакторинг и личный путь к хорошему коду (22:11) - — SQL прямо в компоненте? Да, это Next.js в 2020-х (31:33) - — Лучшая книга по паттернам для старта: Head First Design Patterns (39:07) - — Визитор в реальной жизни: рендерим Markdown по-взрослому (46:37) - — Алгоритмы vs. паттерны: что действительно нужно знать? (56:20) - — Почему ИИ не заменит ваше понимание архитектуры (01:02:24) - — Заключение: паттерны живы — и ещё как! ★ Support this podcast ★

В этом выпуске мы пошли дальше разговоров о DDD и сделали то, чего обычно не хватает большинству обсуждений — взяли реальную идею и начали моделировать её руками. Вместе с Евгением Лукьяновым, архитектором и практиком DDD, мы в прямом эфире провели сессию Event Storming и разобрали живую предметку: сервис для контент-креаторов в Telegram — от регистрации пользователя до рекомендаций, трендов и сложных границ ответственности системы. Мы не готовились заранее, не полировали пример и не знали «правильного ответа». По ходу дела всплывают реальные вопросы: где заканчивается MVP и начинается переусложнение, какие события действительно важны, что считать инвариантами, где система должна быть «тупой», а где — умной, и почему изменение состояния — главный источник боли в любой системе. Разговор постепенно уходит глубже: от бизнес-ценности и воронки активации — к агрегатам, событиям, автоматическим правилам, внешним системам и границам контекстов. Мы обсуждаем серые зоны вроде парсинга Telegram, влияние ограничений платформы на модель домена, роль ИИ в рекомендациях и почему «сначала написать код» почти всегда приводит к иллюзии понимания предметки. Полезные ссылки: 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_456239228 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot (00:00) - Введение. Почему 90% проектов ломаются ещё до кода? (02:22) - Event Storming простыми словами: что это и зачем он нужен разработчику (09:07) - Стартап vs Enterprise: почему подход к проектированию радикально отличается (18:10) - Почему для Telegram до сих пор нет нормального VidIQ (30:07) - Почему рекомендации — самая сложная часть проекта (41:27) - Как понять, о чём писать: спрос, тренды и иллюзии (49:21) - Чему можно научиться у YouTube и VidIQ (01:03:40) - Разбор интерфейса VidIQ: что действительно даёт ценность (01:11:55) - Как формируются тренды и рекомендации на практике (01:25:17) - Агрегаты, события и инварианты без академической боли (01:39:38) - Владение каналами, безопасность и переход прав (01:48:00) - Подписки, планы и ограничения: где появляется бизнес (01:53:42) - Парсинг Telegram: реальность, серые зоны и ограничения (02:02:02) - Почему изменение состояния — главный источник сложности (02:08:00) - Event Storming как карта всей системы целиком (02:13:51) - Заключение: стоит ли использовать Event Storming на практике ★ Support this podcast ★

Юниты против интеграционных тестов — вечный спор, который кажется простым только до первого реального проекта. В этом выпуске у нас в гостях Александр Макаровов — core-разработчик PHP-фреймворка Yii. Мы разобрали, почему формальные определения тестов почти не работают в живых системах и где на практике проходит граница между «юнитом», «модулем» и «интеграцией». Мы поговорили о тестировании прикладных веб-приложений и библиотек, сравнили Active Record и Data Mapper, разобрали, когда тесты обязаны ходить в базу, а когда моки — вынужденное зло. Посмотрели реальные репозитории активно развивающихся проектов написанных на Laravel и Rails, фреймворки и коммерческие проекты, и увидели, как на самом деле пишутся тесты в продакшене, а не в книжках. Обсудили фикстуры, транзакции, rollback’и, SQLite in-memory, UUID, миграции, тесты контроллеров, сервисов и джобов. Полезные ссылки: https://t.me/samdark_blog Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239227 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #кириллмокевнин #александрмакаров #интеграционныетесты #программирование #php #backend #разработка #it #подкаст Дебаты: юнит тесты против интеграционных с Александром Макаровым (00:00) - этом видео: (00:00) - — Добро пожаловать в подкаст: почему третий релиз фреймворка ждали годами — и при чём тут тесты? (02:13) - — О чём сегодня будет спор: юнит-тесты против интеграционных — кто победит? (07:37) - — Юнит-тесты на практике: функция, класс или публичный API (11:14) - — Почему формального определения не существует: юнит-тесты, которые не юнит-тесты (15:05) - — Внутренний интерфейс — трогать или нет: почему тесты не должны лезть в кишки системы (26:18) - — Архитектура vs гигиена: что действительно важно в прикладных проектах (37:15) - — Рефакторинг без боли: какие тесты действительно помогают менять код (47:53) - — Работа с базой данных: транзакции, откаты и скорость тестов (59:49) - — Плюсы и минусы высокоуровневых тестов (01:08:11) - — Open-source vs коммерция: почему одинаковые подходы не работают (01:25:45) - — Все типы тестов в реальном проекте (01:42:55) - — Docker и файловая система: неочевидные проблемы масштабирования (01:54:10) - — Сила декларативного подхода: почему CI/CD — идеальная среда для AI (02:01:20) - — Заключение: почему истина всегда где-то посередине ★ Support this podcast ★

В этом выпуске — экспериментальный формат и разговор без сценария. В гостях сразу двое инженеров с более, чем двадцатилетним опытом - Пётр Зайцев и Алексей Рыбак. Мы вспоминаем, как выглядел вход в IT в 2000-х: первые работы «по знакомству», собеседования в квартирах и ресторанах, задачи про шнуры, найм по мотивации и жизнь без курсов, грейдов и HR-пайплайнов. Большой блок посвящён найму и софтскилам. Обсуждаем, действительно ли раньше на них «не смотрели», где проходит граница между прямотой и токсичностью, как меняются ожидания в больших и мультикультурных командах, почему интервью часто проверяют не знания, а этику и способность работать с конфликтами, и как размер компании меняет правила игры. Во второй части говорим о технологиях и хайпах, которые мы пережили: паттерны, ORM, MongoDB, микросервисы, serverless и TypeScript. Отдельно разбираем, почему именно nginx и memcache стали настоящими сдвигами и реально изменили индустрию, а большая часть «революций» оказалась просто модой. В конце — трезвый разговор про AI: где он ускоряет инженеров, а где создаёт больше шума, чем ценности. Если откликнулось — поставьте лайк, напишите в комментариях свой опыт и скажите, стоит ли делать такие разговоры регулярными. Полезные ссылки: https://youtube.com/@AlexeyRybak Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239225 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot (00:00) - — Зачем этот выпуск нельзя пропустить? (00:55) - — С чего всё началось: первый шаг в айти без опыта (05:59) - — Админ из подвала и письмо основателю MySQL: путь Пети Зайцева (12:22) - — Почему я проваливал все собесы первые годы (18:28) - — 40 вопросов на листочке и 25 зачётов: ад собеседований (26:53) - — Американская вежливость vs русская прямота (32:41) - — Кого не прощают: границы допустимого в командах (34:05) - — Пассивная агрессия: приём или угроза? (35:22) - — Виноват ли разработчик, если уволили по этике? (48:28) - — Почему русские в США остаются «деревянными» (58:21) - — Что действительно изменило индустрию? (01:12:09) - — Один язык для всего? Опасная иллюзия (01:30:39) - — Технологические прорывы и их последствия (01:43:49) - — Эффективность использования ИИ в командах (01:49:02) - — Заключение и подведение итогов ★ Support this podcast ★

Функциональное программирование давно перестало быть экзотикой, но вокруг него всё ещё много мифов, крайностей и непонимания. В этом выпуске мы говорим с Сашей Вершиловым — инженером, который уже почти 15 лет пишет на Haskell и при этом остаётся максимально прагматичным. Мы разбираем, почему Haskell до сих пор стоит особняком: как он вырос из академической среды, почему ленивые вычисления и сильная система типов стали источником десятков идей для mainstream-языков, и как generics, type inference, immutability, pattern matching, пайплайны и «чистый код» перекочевали в Java, JavaScript, TypeScript, Go и другие экосистемы. Говорим о том, почему сегодня функциональщины вокруг нас больше, чем кажется — просто она стала «невидимой». Отдельный фокус — практика и мышление инженера. Почему functional core / imperative shell не «ломается», а неправильно применяется. Как Haskell меняет способ думать о данных, алгоритмах и архитектуре. Где он действительно помогает стать сильнее как разработчику, а где начинается оверхед, экосистемные риски и необходимость знать кишки рантайма. Этот выпуск — не про «писать всё на Haskell», а про влияние, инструменты мышления и честный разговор о том, чему функциональное программирование научило индустрию и зачем мидлам и сеньерам в этом вообще разбираться. Полезные ссылки: 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 #программирование #чистыйкод #языкипрограммирования Зачем изучать Haskell в 2025 году? | Александр Вершилов #68 (00:00) - Введение. Зачем вообще говорить о Haskell? (00:48) - Как Haskell стал культовым языком — история, полная парадоксов (01:59) - Ленивость, чистота и мощь типов — что делает Haskell особенным (09:41) - Haskell сегодня: жив или мертв? Обсуждаем текущее развитие (14:13) - Битва языков: кто круче Haskell или…? (22:02) - Как Java «украла» дженерики у Haskell (27:05) - Когда FP не приживается — главные проблемы интеграции (33:46) - Как FP меняет мышление программиста (40:09) - Почему без FP не было бы современного программирования (44:37) - Что нужно знать перед началом с Haskell? (53:32) - Почему порядок вычислений — это важно (01:04:56) - Функции в Haskell: краткий гайд (01:16:34) - Чем Haskell выигрывает у других в работе с функциями (01:25:32) - Как оптимизируются пайплайны в Haskell (01:33:22) - Алгоритмы через матчинг: магия Haskell (01:42:57) - Почему рекурсия в Haskell — это нормально (01:49:28) - Как определить функцию в Haskell (01:56:02) - Чем рискует компания, выбрав Haskell (02:00:16) - Заключение. Кому и когда стоит использовать Haskell ★ Support this podcast ★

В этом выпуске у нас в гостях Дмитрий Бобылев, бывший технический директор Сбермаркета и основатель консалтингового агентства Fastward. Дмитрий расскажет о своем пути от стартапа до масштабного бизнеса, о разработке, работе с командами, а также о том, как пройти путь от инженера до руководителя компании. Мы обсудили: - Как Дмитрий пришёл в IT и какие трудности пережил на старте. - Его опыт работы в стартапах и создание компании с нуля. - Развитие Сбермаркета и масштабирование инфраструктуры. - Проблемы роста в команде и управлении в крупных компаниях. - Важность правильного найма и построения команды, а также опыт с референсами и ошибками в процессе набора сотрудников. - Как найти баланс между бизнес-потребностями и инженерными решениями. Кроме того, Дмитрий поделился своим взглядом на современные тренды в технологиях, такие как внедрение автоматизации, выбор стека и влияние пандемии на развитие компании. Мы поговорили о важности метрик и анализа производительности команд, а также об ответственности CTO в крупной корпорации. Эта беседа будет полезна тем, кто хочет понять, как строится успешная IT-компания и какие ключевые моменты нельзя упустить на пути к масштабированию. Полезные ссылки: Telegram Дмитрия - https://t.me/Zhoglo Telegram канал - https://t.me/ZhogloTech Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239223 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #CTO #разработка #техдиректор #организованноепрограммирование #кириллмокевнин Технологический рост компании: путь от стартапа до гиганта | Дмитрий Бобылев #67 ★ Support this podcast ★

В этом выпуске мы разбираем следующую главу «Чистого кода» Роберта Мартина про модульные тесты и TDD. Глава маленькая, но последствия от неё — огромные. Мы поговорим о том, как Мартин трактует модульные тесты, зачем он навязывает «три закона TDD» и почему вся глава местами напоминает идеологический манифест, а не практическое руководство. Я покажу, как его подход работает (и не работает) в реальной жизни, где модульные тесты действительно помогают, а где — становятся тормозом для архитектуры, мешают рефакторингу, и даже запирают разработчиков в ловушку реализации. 📌 Обсуждаем: - Почему TDD ≠ надёжность, и как это связано с деталями реализации - Как тесты мешают менять код, вместо того чтобы помогать - Модульные vs. интеграционные тесты: когда что действительно нужно - Почему идея «удалять модульные тесты после проектирования» — не безумие, а осознанная практика - Зачем Мартин создаёт тестовый DSL, и почему это часто превращается в god-object в обёртке удобочитаемости - История про "один assert на тест", роспек, матчеры и почему современные практики давно пошли другим путём - И самое главное: что из этой главы стоит взять, а что — отбросить без угрызений совести Это выпуск не только о тестах, но и о том, как теоретические идеи живут (или не выживают) в продакшене, и почему взрослому инженеру важно уметь отделять идеологию от практики Первая часть разбора: https://youtu.be/-tp2bfP36Hg Вторая часть разбора: https://youtu.be/KK9XK6BtqBM Третья часть разбора: https://youtu.be/bfhUhim0V1Y Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239222 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot 🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses #модульныетесты #чистыйкод #программирование #разработка #чистаяархитектура Как модульные тесты в разы усложняют поддержку проекта | Разбор книги Роберта Мартина #4 (00:00) - – Введение. Почему модульные тесты до сих пор спорный инструмент? (00:36) - – С чего всё начиналось: как тестирование выглядело в 90-х (05:16) - – Что работает в библиотеках, не работает во фреймворках (10:41) - – Тесты = гибкость кода? Разбираем миф (16:58) - – Как модульные тесты мешают рефакторингу (20:53) - – Почему “красивый” тест может быть вредным (26:39) - – Что происходит, когда тест превращается в DSL (31:14) - – Можно ли писать “грязные” тесты? Мартин говорит — да (35:28) - – Больше методов — больше проблем (42:30) - – Как RSpec повлиял на все тестовые фреймворки (46:09) - – Ассерты без боли: так можно было? (50:01) - – Условные конструкции в тестах: враг №1 (55:52) - – Зависимость между тестами (01:00:37) - – Заключение. Почему идеальных тестов не бывает ★ Support this podcast ★

Третья часть разбора “Чистого кода” Роберта Мартина. На этот раз — глава “Обработка ошибок”, где всё снова звучит красиво, но работает не так, как написано. Разбираю, почему подход “всё через исключения” на практике создаёт больше хаоса, чем порядка. Объясняю, где Мартин путает исключительные ситуации с обычной логикой программы, и как это превращает чистый код в непредсказуемый. Показываю, почему исключения — не всегда “чисто”, а часто просто удобно спрятанная ошибка. Разбираем примеры с try-catch, коды возврата, идемпотентность и атомарность, говорим о реальных паттернах работы с ошибками в Go, Haskell и TypeScript. ★ Support this podcast ★

Spring Boot — один из самых популярных фреймворков в экосистеме Java. Вместе с Валерием Жилой поговорили о том, как он устроен, почему вокруг него столько споров и насколько оправдано его использование сегодня. Разобрали фреймворк с разных сторон — от удобства до производительности. Мы постарались взглянуть на Spring Boot без фанатизма и предвзятости: где он действительно помогает, а где мешает. В этом выпуске мы обсудили: - сравнение с FastAPI, NestJS и другими фреймворками; - когда Spring Boot раскрывает свой потенциал, а когда превращается в обузу; - производительность и скрытая магия фреймворка; - особенности Developer Experience; - порог входа для новичков. - Инверсия зависимостей, возведенная в абсолют List of Spring projects: https://spring.io/projects List of small Spring guides, to learn elements in a very simple way: https://spring.io/guides Structured from-zero Spring Boot tutorial: https://www.baeldung.com/spring-boot Spring IO YouTube: https://www.youtube.com/@SpringIOConference Spring Boot vs Quakrus: https://www.youtube.com/watch?v=mJJpZ70q9M0 Хорошая книга - Spring Start here: https://amzn.to/3JwIeEp Евгений Борисов, отличные видео на русском про то, как спринг работает под капотом (первые два довольно старые, но с принципы остались те же): - https://www.youtube.com/watch?v=BmBr5diz8WA - https://www.youtube.com/watch?v=cou_qomYLNU - https://www.youtube.com/watch?v=rd6wxPzXQvo (00:00) - — Вступление. Что волнует всех Java-разработчиков (01:34) - — Spring Boot в деле: личный опыт без прикрас (04:10) - — Java или Python? Выбор, который определит ваш путь (07:06) - — Почему Spring Boot выигрывает у конкурентов? (10:02) - — С чего всё началось: как появился Spring? (13:26) - — Чем Java отличается от других языков? (16:15) - — Python: волшебство простоты или иллюзия? (19:13) - — Демократия языков: кто на самом деле рулит? (21:59) - — Скрытая угроза глобальных переменных (22:55) - — Чем Spring реально лучше? 5 железных аргументов (28:09) - — Что такое Spring Boot и почему он стал трендом? (30:47) - — Фишки Spring Boot, о которых вы не знали (35:01) - — Как устроен Spring Boot внутри: анатомия фреймворка (40:06) - — Как обучать джунов на Spring Boot без боли? (43:44) - — Как учиться программировать на практике? (49:43) - — Как работать с энтерпрайз-запросами (53:10) - — Как развивается Java? (01:00:21) - — ORM в Java: зло или необходимость? (01:06:10) - — Чистый SQL в Spring: ловушки и грабли (01:10:05) - — Не каждый разработчик готов к Spring Boot? (01:15:11) - — Где и как генерировать данные в Java? (01:26:20) - — Как безопасно тестировать БД в Spring (01:33:35) - — AI-агенты в разработке: реальность будущего (01:36:28) - — Как общаться с AI, чтобы он реально помогал (01:40:13) - — Заключение. Как ИИ меняет экономику и рынок труда ★ Support this podcast ★

В выпуске мы поговорили с Алексеем Гладковым, создателем канала Mobile Developer, инженером с 13+ годами опыта под Android и iOS. обсудили как менялась мобилка изнутри: от Java и XML до Kotlin, Compose и серверного UI, и выяснили, почему эпоха “нативных приложений” уходит, уступая место новым парадигмам. Обсудили: — куда дрейфует Android и зачем Китаю своя HarmonyOS; — почему оффлайн-эпоха закончилась; — как Flutter, Compose и BDUI меняют саму идею приложения; — и что ждёт мобильных инженеров, когда всё уже написано. Полезные ссылки: https://t.me/alexgladkovblog https://youtube.com/@mobiledeveloper Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239178 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #мобильнаяразработка #android #ios #kotlin #flutter #compose #bdui #разработкаприложений #mobiledeveloper #разработка #программист #карьерапрограммиста #тренды2025 #aiвразработке #подкаст Как устроена Мобильная разработка сегодня? | Алексей Гладков #64 (00:00) - Введение. Зачем обсуждать мобильную разработку в 2025? (02:15) - Первое приложение. Как начался путь в мобильной разработке (05:01) - Что изменилось. Эволюция мобильной разработки за 10 лет (08:27) - Сложности и перспективы. Почему мобильная разработка усложнилась (10:13) - Барьеры входа. Почему мобильную разработку стало сложнее начать (12:32) - Китай и HarmonyOS. Угроза привычной мобильной разработке? (15:24) - Китайский рынок. Перенос приложений и новая мобильная реальность (19:00) - Кроссплатформа. Как она меняет правила в мобильной разработке (23:31) - Когда всё падает. Зависимость мобильной разработки от дата-центров (26:39) - Раздробленный рынок. Почему в мобильной разработке всё сложнее (29:04) - На чём пишут в современной мобильной разработке (34:37) - Сравнение языков. Что лучше для мобильной разработки? (39:29) - Как изменилась iOS-разработка (43:45) - Яндекс.Музыка. Личный кейс о проблемах мобильной разработки (48:26) - Переходный период. Как мобильная разработка движется к стагнации (54:49) - UI-хаос. Почему интерфейсы в мобильной разработке раздражают (01:00:56) - Epic vs Apple. Битва за рынок мобильной разработки (01:05:38) - Что влияет на рынок мобильных устройств (01:08:06) - На чем зарабатывают мобильные приложения? (01:12:53) - Роль ИИ в мобильной разработке (01:13:52) - Big Data. Как компании используют ИИ в мобильной разработке (01:20:45) - Как правильно использовать ИИ в мобильной разработке (01:22:43) - Оптимизация. Автоматизация в мобильной разработке (01:24:22) - Заключение. Главные мысли о будущем мобильной разработки ★ Support this podcast ★

Вторая часть разбора “Чистого кода” Роберта Мартина. Сегодня на повестке глава "Объекты и структуры данных". Рассказываю, зачем Мартин предлагает интерфейс ради интерфейса, и почему абстракции, поданные как “чистое решение”, на практике могут только усложнять архитектуру. Показываю, где он подменяет реальные проблемы искусственными, и почему подход “всё спрятать” часто ведёт к оверинжинирингу. Главный акцент — не на интерфейсах, а на мутабельности и побочных эффектах. Обсуждаем, как именно они влияют на undo, конкурентность, тестируемость и общее поведение системы. Если вы всё ещё уверены, что “чистый код” — это универсальная истина, скорее всего, этот разбор сильно скорректирует взгляд на архитектуру. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239179 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot 🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses (00:00) - — Введение. Почему "Чистый код" может быть опасен? (00:52) - — Интерфейс точки от Мартина: невинный пример или ловушка? (01:43) - — Личное мнение: почему меня бомбит от этого подхода (04:00) - — Погружаемся: старт разбора самой спорной главы (07:34) - — Интерфейсы, которые только кажутся полезными (12:08) - — Как язык программирования влияет на архитектуру (16:53) - — Интерфейсы ≠ архитектура: ловушка поверхностного подхода (18:37) - — Главный враг читаемого кода — побочные эффекты (22:11) - — Фича "откат" как тест на зрелость архитектуры (24:02) - — Неизменяемые объекты: фундамент стабильного кода (28:03) - — Как устроены настоящие проекты (и почему в них нет магии) (31:52) - — Что делают библиотеки: мутабельность запрещена! (34:48) - — Как пример Мартина сбивает с толку (40:30) - — Где скрывается настоящая сложность при работе с данными (44:32) - — Что отличает объекты от структур (47:16) - — Библиотеки vs прикладной код: разные миры (50:56) - — Есть ли жизнь без наследования? (да, и она проще) (56:49) - — Java как зеркало архитектурных иллюзий (59:26) - — Интерфейсы против здравого смысла: разбор с примерами (01:04:30) - — Вложенные вызовы: проблема или симптом? (01:06:50) - — Истинная боль проектирования — не там, где вы думаете (01:08:48) - — Объекты передачи данных DTO (01:10:38) - — Value Object против сущности: в чём разница (01:14:28) - — Введение в DTO (01:16:12) - — Типизация фронта через DTO: боль или кайф? (01:20:52) - — Был ли 2008-й тёмным веком архитектуры? (01:24:43) - — Заключение: почему важно думать самому ★ Support this podcast ★

Александр Бындю — человек с сильной технической экспертизой, огромным опытом в консалтинге, автор книг и… один из тех, кто в своё время повлиял на мой путь в IT. Мы знакомы уже больше десяти лет, и я давно хотел записать с ним подкаст. Мы обсудили технический консалтинг: что происходит в реальных проектах, о чём молчат на конференциях, какие факапы чаще всего допускают команды, и почему увольнение CTO — это не всегда трагедия, а иногда — необходимость. Поговорили о токсичных айтишниках, многоуровневом кэше ради кэша, переоценённых микросервисах и том, как код превращается в политическое оружие внутри компании. Немного философствовали, немного бомбили, но главное — постарались разобраться: как разработчику вырасти, не стать заложником процессов, и почему недостаточно просто «хорошо писать код». (00:00) - — Введение. Кто такой Александр Бындю и зачем бизнесу технический консалтинг? (00:31) - — Почему бизнес не понимает, что делают айтишники? Сложность IT глазами собственника (10:06) - — Старт бизнеса вслепую: почему у начинающих не получается (22:01) - — Грехи микросервисов: как архитектура убивает проекты (34:55) - — Как семиуровневый кэш похоронил многомиллиардный проект (46:03) - — Код как искусство: парное программирование и живой рефакторинг (50:23) - — Консалтинг — это война: как работать на результат, когда все против тебя (57:30) - — Один термин — семь значений: как запутанная лексика разваливает проекты (01:08:24) - — «Перепишем с нуля» — главная ошибка IT-менеджмента (01:11:40) - — Компетенция + модель = деньги (01:16:12) - — Заменит ли ИИ консультанта? Реальность и будущее в цифрах (01:22:37) - — Почему хейт — это знак, что вы всё делаете правильно (01:24:44) - — Заключение. Почему умение думать — главная суперсила ★ Support this podcast ★

В гостях — Андрей Кобец, фронтенд-разработчик, преподаватель и человек с огромным опытом в IT, начавший путь в 2004 году. Мы вспоминаем, как выглядела разработка двадцать лет назад: первые проекты на PHP, устройство на работу «по знакомству», собеседования в Яндекс, жизнь внутри команды Метрики, офлайн-формат работы и зарождение российских соцсетей. Обсуждаем, как в отсутствие курсов и системных материалов приходилось самостоятельно искать путь в профессию, чем отличались собеседования тех лет, какую роль играли софтскилы в офлайн-командах, как менялись подходы к образованию, и почему функциональное программирование стало для многих настоящим откровением. Это живой, местами ностальгический разговор о развитии технологий и карьер разработчиков в 2000-х и 2010-х. (00:00) - Введение. 20 лет в IT: как всё начиналось (00:49) - Как становились разработчиками в 2004 году: без гайдов, курсов и YouTube (01:30) - Первая работа в 15 лет: «папина фирма» как трамплин в Яндекс (05:44) - Легендарное собеседование в Яндекс: как пройти все круги ада за один день (10:51) - Программирование на доске, страх и фломастеры (11:58) - Софт-скиллы раньше и сейчас: когда важнее было уметь дружить (17:09) - Самое странное собеседование в жизни: IQ-тест от Vodafone (20:08) - Как ковид и удалёнка спасли от переезда и открыли путь в Сочи (23:53) - Первый рабочий день в Яндексе: синдром самозванца и потерянный офис (27:20) - Что изменилось в IT за 20 лет: раньше курсов не было вообще (32:19) - Яндекс, стартапы и путь длиной в 10 лет (34:36) - Как фильм «Социальная сеть» вдохновил бросить работу (38:36) - В чём смысл писать язык программирования для своего стартапа? (43:12) - Самые странные собеседования глазами тимлида (49:46) - Зачем Яндекс изобретает свои технологии (55:07) - На что обращать внимание, чтобы не пожалеть о найме (01:03:58) - Чему учит наука: как сохранить связи и не сжечь мосты в профессии (01:08:55) - Дизайн языков: теперь императив и FP — друзья, а не враги (01:22:19) - Что не так с паттернами проектирования? (01:26:44) - Как языки программирования смешивают парадигмы (01:32:56) - Спрайты, HTTP и оптимизация начала нулевых (01:42:01) - Почему ушёл из Яндекса? Честный ответ (01:44:36) - Жена — CEO, муж — CTO: идеальный союз? (01:51:17) - Руки чешутся вернуться к коду (01:55:55) - Как не потерять личное время в профессии (02:00:41) - Заключение. Что важно на длинной дистанции? ★ Support this podcast ★

За последние годы развитие браузеров происходило настолько высокими темпами, что многие теряются в происходящем. Я решил это исправить. Мы поговорили с Вадимом Макеевым — экспертом по веб-стандартам из Mozilla (ранее работавшим в Opera), и обсудили, как эволюция браузеров изменила работу разработчиков. В выпуске мы вспомнили, почему Chrome занял рынок, а Firefox потерял позиции, разобрали, как Google проталкивал API под свои сервисы, а Safari оставался «догоняющим», но задавал рамки приватности. Мы обсудили новые возможности: Navigation API, контейнерные запросы и baseline от MDN, показали, как Core Web Vitals стали новой валютой оптимизации, и поговорили о будущем JavaScript с нативной типизацией. Мы также затронули тему LLM-браузеров и обсудили, как появление ИИ в браузере может изменить разработку и саму философию веба. Этот разговор оказался не только о технологиях, но и о том, как решения корпораций и сообществ напрямую повлияли на повседневную работу инженеров. (00:00) - Введение. Зачем мы снова говорим о браузерах? (00:49) - Главная тема выпуска: браузеры и их скрытая эволюция (01:47) - От IE6 до Chrome: как войны браузеров изменили фронтенд (07:41) - Почему кнопка синяя только в Safari? Тестирование и стили под микроскопом (10:20) - Intersection Observer: секретное оружие фронтендера или источник головной боли? (15:01) - Корпоративная безопасность vs автообновления — кто победит? (16:23) - Как зарабатывают браузеры: бизнес-модели, о которых вы не знали (22:26) - Сила дефолтов: почему пользователи выбирают браузер «по умолчанию» (29:37) - Браузерная гонка: Chrome больше не лидер? (35:32) - Грядёт перелом: как новые интерфейсы могут изменить браузеры (40:25) - Будущее UX: вкладки сбоку, сплиты и браузер-агенты (46:53) - Apple Intelligence: приватность на уровне устройства (54:01) - Расширения браузеров: удобство или самая большая дыра в безопасности? (57:42) - Почему Safari до сих пор страдает с расширениями (01:06:52) - Стандартизация расширений: браузеры впервые договорились (01:15:32) - Спам в США: как Почта Америки продаёт ваши данные (01:21:56) - Как Google Maps и Photoshop влияют на развитие браузеров (01:29:00) - BaseLine: когда можно без страха использовать новую фичу (01:39:27) - Как анимации убивают производительность и что с этим делать (01:55:41) - Автоматизация оптимизации: мечта или реальность? (01:58:26) - JavaScript будущего: какие изменения перевернут разработку (02:09:28) - Сборщики, которые ломают JS — боль фронтендера (02:21:41) - Lit: быстрый и лёгкий способ писать компоненты (02:27:28) - Заключение. Что дальше ждёт браузеры и фронтенд ★ Support this podcast ★

Первое видео в серии разбора чистого кода по Мартину. Говорим о функциях, почему короткие функции могут делать код хуже, одна ответственность слишком субъективное понятие, а многие рекомендации специфичны для Java и вредны для других языков. Говорим о нормальности свитча, полиморфизме, принципе разделения команд и запросов, а так же expression problem. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239172 🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot 🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses 🔹Книга "Профессия «Программист»" - https://code-basics.com/ru/book 🔹 Вопросы для собеседований - https://github.com/Hexlet/ru-interview-questions 🔹 Тестовые задания - https://github.com/Hexlet/ru-test-assignments (00:00) - — Введение. Почему “Чистый код” — не истина в последней инстанции? (02:35) - — Почему разбирать эту книгу всё ещё актуально? (05:10) - — Почему код из книги далёк от реальности? (10:02) - — Функции на 100 строк: это провал или здравый смысл? (12:45) - — “Одна ответственность” — самая расплывчатая догма в мире ООП (15:25) - — Кто пишет лучшие библиотеки? (17:03) - — Почему никакие принципы не заменят здравого смысла (19:52) - — Копипаста как проклятие командной разработки (21:45) - — Switch — враг чистого кода? Или просто инструмент? (25:24) - — Принцип открытости/закрытости: красивый, но опасный (28:06) - — Expression Problem: типы против поведения (31:48) - — Флаги в функциях — всегда ли антипаттерн? (35:45) - — Главное правило: не вноси изменения при чтении (40:32) - — Стриминг данных: побочные эффекты в реальном времени (43:22) - — Мартин против здравого смысла: перегибы автора (46:00) - — Как обрабатывать ошибки: изоляция try-catch (48:45) - — Продолжение следует: разбор всей книги до конца! ★ Support this podcast ★

Редакторы кода и инструменты для разработчиков — тема, вокруг которой строится целая индустрия. Когда-то переименование переменной казалось подвигом, а сегодня IDE умеют делать десятки сложнейших трансформаций так, чтобы программа оставалась корректной. В выпуске мы говорим с Дмитрием Ивановым, руководителем платформы Sourcecraft в Яндексе, о том, как развивались JetBrains и IntelliJ IDEA, почему в СССР писали компиляторы для Алгола-68, и чем отличается подход «IDE как комбайн» от современной архитектуры LSP. Обсуждаем истории изнутри JetBrains, появление Kotlin как ответа на невозможность поддерживать Scala, и то, как AI-тулы и LLM-редакторы вроде Cursor меняют правила игры. Затрагиваем вечный спор Vim против IDE, сравниваем глубину анализа кода и ограничения протокола LSP, вспоминаем курьёзные случаи из практики и прогнозируем, что ждёт рынок инструментов разработки к 2026 году (00:00) - — Введение. Почему программисты застревают на инструментах? Разбираемся вместе с экспертом Sourceft (01:42) - — Компиляторы, байки и великий Терехов: как рождалась школа системного программирования (03:07) - — Алгол-68 — гордость СССР: как советские инженеры обошли весь мир (05:07) - — Истоки JetBrains: что было до IntelliJ IDEA и кто всё это начал? (07:14) - — Почему IntelliJ IDEA стал революцией: тайна рефакторинга (09:49) - — Почему LLM тупит при рефакторинге и что с этим делать? (13:04) - — JetBrains, Huawei, Яндекс: эволюция задач и инструментария в трёх мирах (18:18) - — Почему LSP не спасает: ограничения, с которыми сталкиваются миллионы (20:31) - — Почему стандарты отстают от технологий: уроки Java и Hibernate (24:03) - — История создания Kotlin: JetBrains против скалы и медленной Java (28:20) - — Vim, VS Code или терминал? Почему программисты уходят от монолитов (31:15) - — Сильные и слабые места JetBrains: не всё так идеально (34:18) - — Джун на стероидах: как выглядит идеальный помощник-программист (38:33) - — Кто победит: курсор, Copilot или кастомный стек? (43:19) - — ChatGPT в машине с детьми: когда AI не понимает границ (47:38) - — CodeStudio и кооперация с ИИ: как управлять своей командой ботов (51:46) - — Почему редакторы тормозят: что не так с Java и UI (59:38) - — Метрика улыбки: главный показатель качества редактора (01:03:12) - — Браузерные IDE в корпорациях: когда это удобно и зачем это нужно (01:06:58) - — Кто победит: LLM + IDE или плагины с костылями? (01:09:46) - — Рынок .NET и его особенности: сообщество, тулзы, подходы (01:13:54) - — Почему локальная разработка пока побеждает облако (01:17:21) - — Докфуддинг в JetBrains: почему это важно для качества (01:21:37) - — Подкаст «Деды бухтят»: минутка ностальгии (01:23:30) - — Топовые плагины для IntelliJ: на что стоит обратить внимание (01:25:36) - — Главные претензии к редакторам (01:30:43) - — Зачем вообще нужны инструменты: что они меняют в работе (01:34:29) - — Экзоскелет для программиста: метафора, которая работает (01:39:34) - — Автоматическая генерация сайтов: реальность уже здесь (01:45:56) - — Яндекс и свои технологии: локальные успехи и вызовы (01:48:18) - — Как выбирать языки программирования (01:51:20) - — Заключение. Почему этот разговор стоит переслушать ещё раз ★ Support this podcast ★

Рынок IT-найма все еще лихорадит. Количество специалистов растёт, вакансий меньше, а рекрутинг переживает, пожалуй, один из самых турбулентных периодов за последние годы. Мы говорим с Алексеем Сухоруковым — человеком, который с 2005 года занимается IT-рекрутментом помогая инженерам находить работу по всему миру В выпуске обсуждаем, почему рынок стал «рынком компаний» и чем текущая ситуация отличается от кризиса 2008-го. Разбираем, как на найм повлияли ковид, массовая удалёнка, релокации и санкции. Отдельная часть — о том, как автоматизация и ИИ меняют процесс подбора кандидатов, почему джунам стало почти невозможно пробиться и как компании реагируют на лавину фейковых резюме и дипфейков. Мы также говорим о переходе от удалёнки к офисам, налогах и релокации в Европу, Восточной Европе как новом центре роста, а ещё вспоминаем истории о зарождении российского аутсорса, дотком-буме и даже «сектантских» практиках некоторых ранних компаний. (00:00) - Начало и анонс. В России сейчас сложные времена для программистов (06:58) - ИИ заменяет джунов и мидл программистов (09:49) - Влияние ковида и других событий на рынок IT последние 5 лет (15:52) - Санкции санкциями, но европейцам нужны русские разработчики (18:56) - Адовый европейский рынок не справился с потоком кандидатов (21:49) - Компании стали сами справляться без рекрутинговых агентств (25:51) - Дипфейки и другие казусы на собесах, истории (31:53) - Удалёнку сейчас найти очень сложно (36:07) - Найм сейчас на дне, но мы от него отталкиваемся. Экономическа ситуация и найм (40:47) - Софтскилы, профайлинг, истории про армию (46:50) - Как зарождался рынок IT в Новосибирске, секта в одной компании (52:41) - Про зарплаты в Европе и релокантов (58:58) - Рекрутеры будут не нужны? (01:11:40) - Этапы собеседования и кейсы устройства на работу в Европе (01:17:14) - Про образование и подготовку IT кадров (01:27:40) - Я звезда найма (01:34:04) - Собеседования в Европе, экономический рост из-за войн (01:38:24) - Что стоит ожидать в ближайший год? Внедрение ИИ (01:42:50) - Советы по трудоустройству от Алексея (01:44:47) - Про миграцию и интеграцию, истории и байки про США и Кипр (01:59:47) - Заключение ★ Support this podcast ★

C++ остаётся одним из самых противоречивых языков. С одной стороны — он даёт тонкий контроль над памятью, временем и железом. С другой — приносит боль: UB, шаблоны, бесконечные сборки. Я хотел разобраться, как инженеры живут с этой двойственностью и почему, несмотря на все сложности, C++ всё ещё выбор номер один в геймдеве, финансах, HFT и системном программировании. В выпуске говорим о сильных и слабых сторонах языка, об инструментах, которые помогают держать код под контролем — санитайзеры, линтеры, clang-format, ranges. Обсуждаем, куда движется современный C++ с concepts и compile-time магией. Сравниваем его с Rust и Go: где они выигрывают в DX и безопасности, а где всё упирается в экосистему и совместимость. (00:00) - Начало и анонс (02:32) - C++ - язык для избранных, про область применения языка, учёбу в универе, олимпиады, начало карьеры (08:18) - Неопределённое поведение (11:47) - C++ и ассемблер (13:23) - Если так больно, тогда почему C++? Аргументы ЗА. (18:43) - Игры на C++, CUDA ядра для работы GPU и другие области применения (25:57) - Неудачная попытка создания языка D (28:32) - Стандарты языка, отличия C++ сейчас и 20 лет назад (35:01) - Нормальный язык — без рефлексии (36:22) - Про фичи и красоту C++ (41:43) - Сложный вход в язык C++ (47:22) - Компиляторы (01:05:40) - Использование редакторов (01:07:04) - Какие нужны дополнительные знания (01:16:06) - Задеваем чувства гошников (01:18:43) - Альтернативы С++ и конкуренты, rust (01:28:17) - Все пойдут в Rust (01:34:37) - О концептах (01:40:01) - Минусы и боли С++ и как это решать (01:46:40) - Где учиться С++? (01:50:33) - Перетекание С и С++ (01:55:58) - Пишется ли на C что-то новое (01:58:12) - Дивный мир С и С++ не для всех ★ Support this podcast ★