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

🔹 Присоединяйся к курсу «Системный дизайн» https://ru.hexlet.io/programs/system-design?utm_source=youtube Как инженеру построить DevOps-бизнес, пройти путь от небольшого консалтинга до компании с миллиардным оборотом и самому вырасти из технического специалиста в предпринимателя? В этом выпуске мы поговорили с Александром Титовым — сооснователем Express42, который после объединения компании с «Флантом» стал совладельцем и генеральным директором объединённого бизнеса. Обсудили историю Express42, развитие рынка DevOps и решения, которые помогли Саше перейти от инженерной работы к управлению большой компанией. Вспомнили, с чего начиналась Express42, как появлялись первые клиенты и формировался рынок DevOps-консалтинга. Разобрали, как компания зарабатывала на технической экспертизе, почему сильных инженерных компетенций недостаточно для успешного бизнеса и как менялось понимание того, за что клиенты действительно готовы платить. Отдельно поговорили о пути Саши как фаундера. Как меняется мышление инженера, когда он начинает отвечать не только за технические решения, но и за продажи, деньги, команду и развитие компании? Почему недостаточно просто хорошо делать свою работу и как научиться смотреть на бизнес глазами клиента? Обсудили отношения между партнёрами, распределение долей, принятие решений и ситуации, когда у основателей расходятся представления о будущем компании. Полезные ссылки: Telegram - @atitov Канал АОТ в Telegram - https://t.me/aot_k8s — всё важное тут: новости, отчёты про ассоциацию и чат Канал конференции в Telegram - https://t.me/aot_kuberconf Канал с видео в VK - https://vk.ru/club236057109 Книга - https://www.labirint.ru/books/319787/ Доклад - https://youtu.be/MEen7ioJBfs Про продукты Флант - https://deckhouse.ru/ Экспресс 42 - https://express42.com/ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog 🔹Сайт конференции https://aot-kuberconf.ru/ — регистрируйтесь, покупайте билеты. По промокоду ORGPROG скидка 1000 рублей — билет обойдётся в 5000 ₽. 🔹 Ускоряем разработку ПО с помощью AI: https://praxor.ru/ 🔹 Присоединяйся к курсам по AI в Хекслет: https://ru.hexlet.io 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #DevOps #Flant #Express42 #PlatformEngineering #ITбизнес #Kubernetes #ITконсалтинг #AIагенты #FinOps #ОрганизованноеПрограммирование

🔹 Присоединяйся к курсу «Системный дизайн» 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 Почему менеджеры принимают решения, которые разработчикам кажутся очевидно глупыми? Почему хорошую техническую идею могут зарубить, а странный на первый взгляд KPI — наоборот, заставить выполнять всю компанию? И действительно ли менеджмент не понимает, как работает разработка? Сегодня у нас в гостях — Евгений Антонов, технический менеджер в Яндекс Инфраструктуре, автор канала «Тимлит очевидности». За ~20 лет в IT он успел побыть системным администратором, разработчиком, тимлидом, менеджером и руководителем технических менеджеров — и посмотрел на одну и ту же систему с разных сторон. Поговорили о том, почему разработчики часто считают менеджеров некомпетентными, как решения превращаются по пути через несколько уровней управления в странные KPI и почему технически правильное решение может оказаться плохим для бизнеса. Отдельно обсудили деньги и ответственность: почему компании не всегда разрешают переписывать проект на новый фреймворк, как разработчику научиться видеть экономику своей работы и что меняется, когда начинаешь отвечать не только за код, но и за деньги, людей и результат. Поговорили про корпоративную политику, конфликты между командами, Performance Review, удалёнку и метрики. А ещё разобрали AI Adoption: зачем компании заставляют разработчиков использовать AI, даже когда прямого профита пока не видно, и почему за внешне бессмысленной метрикой может стоять вполне рациональная стратегия. Полезные ссылки: Telegram: @general_it_talks @kodakodacast @teamleadsBar https://boosty.to/management_hub https://getmentor.dev/mentor/evgeniy-antonov-34 https://antonov-dev.ru/about Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 - Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-230451582_456239402 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot #IT #Программирование #Разработка #Менеджмент #ITМенеджмент #Разработчики #Тимлид #КарьераВIT #Бизнес #КорпоративнаяКультура #PerformanceReview #KPI #AI #Удаленка #Tech#ОрганизованноеПрограммирование #КириллМокевнин Эпоха Нейрослопа: что будет цениться, когда любой контент можно сгенерировать

🔹 Присоединяйся к курсу «Системный дизайн» 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 ★

Максим Цыганков — бывший продукт из российских бигтехов, сейчас фаундер AI-стартапа в Калифорнии: компьютерное зрение для ресторанов (воровство, алкоголь, сервис, уборка, «не встретили гостя»). В этом выпуске мы обсудили, как строится такой продукт: от технического геморроя с подключением камер и оборудования до VLM/детекторов и нарезок событий. Поговорили про продажи как core-скилл фаундера, работу с ресторанами, подходы к ценообразованию, линейный рост vs экспонента через сети, акселераторы/фандрайзинг «тёплой рассылкой» и о том, почему айтишникам пора учиться говорить с людьми. В разговоре ищем ответы на вопросы: как продавать продукт, которого ещё нет? и почему рестораны — одновременно самые сложные и самые перспективные клиенты для AI? (00:00) - Введение. Стартап с нуля в Калифорнии: Порядок в ресторанах с помощью ИИ (15:37) - — Компьютерное зрение без магии: где настоящее железо и боль (22:12) - — Полевые будни: как фаундер сам ездит с роутером по ресторанам (32:26) - — Почему инвестиции — не мешки с деньгами (44:36) - — Продукт, который не нравится ресторанам — и это отлично (52:29) - — Продажи — не впаривание: как понять реальную боль клиента (01:00:03) - — Как в США впаривают страховки на всё — даже на тостер (01:02:38) - — Русский акцент в Кремниевой долине: мешает или помогает? (01:15:17) - — Команда — это всё: зачем бизнесу второй фаундер (01:26:25) - — Финал. Главное о деньгах, фаундерах и том, как не сгореть ★ Support this podcast ★

Мы с Саматом раньше лично не были знакомы, но всегда крутились в одной технической тусовке. Я давно хотел записать с ним выпуск, потому что мне интересен путь, который он прошёл — как технарь превращается в предпринимателя. Я регулярно делаю подкасты на эту тему, и нам было важно разобрать его историю: он пришёл к бизнесу через запуск собственного аутсорса, а не через стартапы. В этом разговоре мы обсудили, как из разработчика вырастаешь в владельца сервиса, переход от аутсорса к продуктам, изменения на рынке и почему продажи часто важнее кода. Мы говорили о найме и проверке разработчиков, об испытательном сроке как фильтре, а также о скучных, но прибыльных нишах, автоматизации рутины и подводных камнях работы с клиентами. Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239167 🔹 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 *Деятельность издания «Медуза» (СМИ, которое является в России иноагентом) признана нежелательной.  *Компания Meta признана экстремистской и её деятельность запрещена в России (00:00) - Введение. Аутсорс без иллюзий (02:09) - Триггер к свободе: как уйти из найма и начать работать на себя (14:28) - Злые Марсиане: как маленькая команда покорила мировое IT сообщество (16:42) - От аутсорса к своим продуктам: мечты, риски и амбиции (24:52) - "Вы — проклятые капиталисты!" Откровенный спор о деньгах и ценностях (28:32) - Продажи против разработки: что важнее для успеха бизнеса (40:32) - Большой vs малый бизнес: централизация, деньги и власть (50:30) - Работа в найме как в своём бизнесе: секрет внутренней мотивации (59:54) - Прибыль и масштабирование: формула роста продуктовой компании (01:09:45) - Главная ошибка при найме, которая разрушает компании (01:21:58) - Бади-программист: почему парное программирование реально работает (01:26:45) - Технологический стек, который двигает бизнес вперёд (01:37:30) - Выгорание, взросление и честный разговор о жизни в IT (01:45:41) - Как заработать на аутсорсе и не сгореть (02:04:57) - О главном клиенте и выводах, которые изменят ваш подход к работе ★ Support this podcast ★

В этом выпуске мы поговорили с архитектором и преподавателем Кириллом Витчинкиным о том,  почему DDD переживает второе рождение, как его стратегия, тактика и единый язык спасают микросервисы от «тысячи сервисов ради хайпа», и чем Event Storming помогает вытянуть скрытые знания из трейдеров, курьеров и кол-центров, прежде чем писать код. Обсудили как доменные события делают тесты чище, фичи быстрее, а нервы крепче. Подписывайтесь, ставьте лайк и делитесь в комментариях: сколько микросервисов живёт у вас, кто уже внедрил DDD в проде и где-то по дороге сломал себе мозг. (00:00) - — Введение. DDD снова на расхайпе? (01:24) - — «Мёртв, но жив»: как DDD пережил 20 лет и вернулся круче, чем раньше (02:34) - — Микросервисы vs Монолит: кто сделал DDD модным? (04:20) - — Где DDD реально спасает, а где вам хватит CRUD-а (06:25) - — Три слоя DDD: философия, стратегия, тактика (09:10) - — Кодишь автоматизацию? Сначала пропитайся болью бизнеса! (13:46) - — Рич-модель против «анемичных DTO»: экономим нервы и тесты (18:22) - — Итерации, ошибки и поправки: почему «семь пятниц» — это нормально (21:48) - — Брокерский ад и “стакан”: DDD в диких финансовых джунглях (28:03) - — EventStorming на пальцах: раскрашиваем бизнес-процесс за час (32:50) - — Миф о «микро»-сервисах: почему размер не главное? (35:06) - — Bounded Context: та самая граница, за которой исчезает боль (39:16) - — Служебный, Core, Generic: три вида субдоменов и как не утонуть (44:02) - — Единый язык: как одно слово «анкета» сожгло месяц разработки (49:26) - — Кейс Hexlet: одно слово «курс» — взлет продаж или мгновенный провал? (57:18) - — Customer Journey Map ≠ юзер-флоу: строим путь клиента, а не экраны (01:02:56) - — Разбиваем бизнес на субдомены: практическая схема «курсы → платежи → отзывы» (01:09:12) - — Bounded Context в деле: почему бухгалтер и маркетолог видят разных «клиентов» (01:16:38) - — Большой бизнес, маленький бизнес: где DDD обязателен, а где роскошь (01:23:33) - — «Один экземпляр сущности» — путь к грязному монстру из 150 полей (01:31:18) - — Спагетти-сервисы: типичные ошибки опенсорса и как их резать DDD-ножом (01:45:33) - — Культура без начальника: какие решения можно принимать «на месте» (01:49:35) - — Тактический DDD: паттерны, которые ускорят вас завтра (01:54:53) - — Доменные события 101: зачем стрелять ивентами прямо из агрегата (01:57:23) - — Асинхронность без боли: как события сокращают дубли и хаос (02:06:48) - — Навыки архитектора 2025: почему «внутренний» код важнее инфраструктуры (02:08:33) - — Заключение: DDD — не серебряная пуля, а пулемёт. Главное - уметь стрелять ★ Support this podcast ★

В этом выпуске  у нас в гостях Java‑эксперт Евгений Борисов, и поговорим мы о самом интересном стыке искусственного интеллекта и разработки. Обсуждаем, как использовать локальные LLM‑модели на Mac M‑серии, зачем нужны Spring‑advisers, и как выстроить агентную архитектуру, в которой ассистенты не просто отвечают, а уточняют, учатся и запоминают контекст с помощью RAG и Spring Data. Евгений расскажет про новый подход — Game‑Driven Development, где разработка превращается в игру с персонажами, а кодирование становится увлекательным и живым процессом. Также затрагиваем PDD, сравниваем Spring и Quarkus, и разбираем, как экономить ресурсы, не теряя в возможностях. Если вы хотите научиться строить AI‑ассистентов, глубже понять архитектуру современных приложений и узнать, как внедрить AI в рабочие процессы через Java‑экосистему — обязательно посмотрите это видео. (00:00) - Введение. Как ИИ меняет подход к разработке и обучению (00:45) - С чего начинается обсуждение трендов в IT и искусственном интеллекте (04:41) - GPT в разработке: что получилось в живом эксперименте (06:26) - Почему Spring Boot не подходит для микросервисов (09:16) - Парфюм по подписке как SaaS: бизнес-модель на примере (10:44) - Микросервисная архитектура и Spring Framework (12:01) - История Java и Spring: эволюция фреймворков за 20 лет (15:34) - Почему разработчики выбирают Spring: реальные преимущества (17:31) - Как интегрировать ИИ в рабочие процессы программиста (25:36) - Где ИИ реально экономит время и деньги в разработке (28:41) - Новый подход к написанию кода: автоматизация или замена разработчиков? (33:25) - Как вайб-кодинг влияет на мышление программиста (38:04) - Как работать продуктивнее: методы и подходы ведущих IT-специалистов (42:21) - GDD: как геймдизайн помогает писать код эффективнее (48:54) - Как программируется логика под задачи LLM (53:54) - Перспективы EdTech с ИИ-агентами: что ждёт онлайн-обучение (59:57) - Концепция нового образования: как учиться в 2025 году (01:06:13) - Сравнение edtech-проектов России и США (01:11:19) - Что происходит с языками программирования: актуальные тренды (01:13:59) - Языки будущего: что заменит Java и Python? (01:19:58) - Как изменилась IT-индустрия за 10 лет: ретроспектива (01:24:02) - Какую роль играют эксперты, если всё делает ИИ (01:29:02) - Уникальные проблемы в крупных IT-системах: что не решить автоматизацией (01:31:01) - Есть ли универсальные решения для всех проектов? (01:32:57) - Как стандартизация кода убивает креатив и детали (01:37:49) - Сравнение ChatGPT и Claude 3: кто лучше справляется с кодом (01:40:19) - Заключение: ИИ, Spring, обучение и технологии будущего ★ Support this podcast ★

В этом выпуске мы поговорили с Владимиром Алиповым — нейробиологом и популяризатором науки, о том, действительно ли «математический склад ума» врождён, как работают IQ-тесты и почему поменять профессию в 40 лет — реальный шанс, а не приговор. Обсудили роль интереса против генетики, разобрали мифы о способностях программистов и поделились приёмами сохранения «свежего» мозга.  А так же: - Как «g-фактор» помогает в любой умной работе, а не только в высшей математике. - Почему интерес к алгоритмам важнее любви к формулам, если мечтаете о коде. - Что общего у хоккеистов и айтишников, и при чём тут месяц рождения. - Как правильно читать результаты IQ-тестов, чтобы не сломать мотивацию. - Какие привычки сохраняют мозг острым после сорока и кто такие супер-эйджеры. Много научно подкреплённых инсайтов, полезных как новичкам, так и опытным разработчикам. Ставьте лайк, подписывайтесь и делитесь в комментариях своим опытом: помогали ли вам когнитивные тесты выбирать путь в IT? (00:00) - Старт: о чём выпуск и зачем слушать (01:41) - «Математика vs код»: правда ли она нужна программисту (04:55) - Конкретика ↔️ абстракции: как мозг щёлкает режимы (05:58) - Технарь или гуманитарий: есть ли биобарьер для программирования (08:54) - Генетика таланта: бывает ли «врожденный программист» (11:49) - Карл Линней и сила классификации: уроки истории науки (13:09) - Почему нас тянет в IT и математику (16:18) - Систематизаторы‑перфекционисты: портрет разработчика (17:19) - Выгорание‑1: как рутина тушит мотивацию (25:22) - Студенты‑«отработанный материал»: столкновение с реальностью (26:37) - Выгорание‑2: психология против физиологии стресса (32:44) - Когда психология сдаётся: нейрохирургия в деле (36:25) - Химия мысли: вербальная нейромодуляция на практике (38:34) - «Математический склад ума» — иллюзия или факт? (45:00) - Кто придумал IQ и почему тест жив до сих пор (47:24) - IQ‑тест ‑ предсказатель карьеры? Проверяем миф (58:56) - МРТ мозга гения: что видно на снимках (01:00:26) - Высокий IQ ≠ научная карьера: клуб умников под вопросом (01:04:56) - Гендер и гик‑культура: откуда разные интересы (01:08:54) - Вундеркинд ‑ ловушка: когда ранний успех мешает (01:11:01) - IQ и инженерный успех: корреляция или надежда (01:13:11) - Круглый люк & Co: за что ненавидят «классические» собесы (01:22:03) - 7‑часовой тест ФСБ: проверяют «как именно» ты решаешь (01:23:49) - Высокий IQ ≠ великий лидер: где ломается формула (01:29:59) - Генетика vs удача в спорте: кто побеждает (01:32:56) - Море тестов IQ: каким стоит доверять (01:36:56) - Качается ли IQ: тренировки, перерывы, суровая статистика (01:44:45) - Мозг 40+: когда реально начинается старение (01:47:49) - «Супер‑эйджеры»: люди, чей мозг не стареет (01:48:53) - IQ и болезнь Альцгеймера: миф о защите? (01:50:50) - Когнитивные тесты вместо интервью: будущее HR или антиутопия (01:56:42) - Этика отбора: можно ли сортировать людей по цифрам (01:59:40) - Финал: выводы и благодарности ★ Support this podcast ★

В этом выпуске мы поговорили с Денисом Черновым о будущем фронтенда и том, как новые инструменты меняют работу разработчика. Обсудили скоростной TypeScript на Go, «суперстек» вокруг Vite и сборщики на Rust, новые линтеры-форматтеры (Oxlint, Biom) против классики ESLint/Prettier, а также «островной» рендеринг, серверные компоненты React и борьбу за Core Web Vitals. Разобрали стратегии React, Vue, Svelte и Nuxt, влияние поглощений Versel и то, как ИИ-инструменты меняют подход к коду. Вы узнаете, какие тренды стоит изучить уже сегодня, чтобы не отстать завтра, и почему иногда выгоднее выбрать «не-React»-фреймворк. (00:00) - - Введение и анонс (00:45) - - Перенос TypeScript на Go (02:02) - - Проблемы с локализацией и экосистемой фронтенда (04:00) - - Сравнение инструментов сборки (06:36) - – Обзор Vyro и переход на Roll(d)own (10:23) - – Преимущества и проблемы Bio.mi (10:58) - – Конфигурация ESLint: сложности и конкуренты (14:07) - – Роль Prettier и взаимодействие форматтеров и линтеров (19:31) - – Развитие JavaScript и усталость от Babel (21:53) - – Инфраструктура фреймворков и IDE (25:08) - – Shadow realm и пайплайн-оператор (29:15) - – Состояние и будущее TypeScript (31:40) - – Успех Kotlin и концепции типов (38:58) - – Макросы, AST и трансформации кода (49:11) - – Влияние TS и аналогия с навигатором (51:59) - – ИИ в разработке: плюсы, минусы и баланс (58:09) - – Ответственность и беспомощность при работе с ИИ (01:01:38) - – Будущее программирования и фреймворки (01:16:17) - – Концепция «островов» и альтернативный подход (01:20:47) - – Astra vs React и серверные компоненты (01:32:15) - – Проблемы JSON-конфигураций и пакетные менеджеры (01:37:02) - – Влияние Vercel, Next.js и экосистем OSS (01:46:50) - – Заключение ★ Support this podcast ★

В этом выпуске мы поговорили с Александром Вершиловым — разработчиком с 15-летним опытом и руководителем отдела разработки в Сириус.Курсах. Мы устроили дебаты про ORM. Обсудили чем ORM отличается от query-builder’а, разобрали типичные проблемы N+1 и ленивых связей, сравнили подходы Code-First и Data-First к миграциям, а также поделились приёмами, как обойтись без ORM и не потерять производительность. Вы узнаете, когда строгая типизация (на примере Haskell) спасает проект, какие настройки ORM могут «положить» продакшен и какие практики позволяют держать базу под контролем.  А так же решите для себя, брать ли ORM в следующий проект или сразу писать SQL. (00:00) - Введение. Почему мы всё ещё спорим про ORM? (02:18) - Что такое ORM на пальцах — быстро, чётко, по делу (04:32) - PHP и ORM: от древности до Laravel (07:01) - ORM глазами хаскелиста — определение через опыт (08:51) - Как типизация усложняет или упрощает маппинг (10:35) - Связи решают всё: зачем они важны в любой базе (13:45) - Фильтрация и динамика: где builder выигрывает у SQL (17:51) - Тестируем SQL: что делать с ошибками на проде (22:30) - Почему auto-инструментация — это роскошь не для всех (25:43) - Query builder — обязательный минимум для любого проекта? (29:23) - Когда ORM спасает время (и нервы) (34:08) - Сериализация "на автомате" — магия или хорошая инженерия? (36:51) - Промышленный стандарт = спокойствие в команде (39:39) - Магия рефлексии: когда модель = пустой класс (41:31) - Код first: почему он иногда опаснее, чем кажется (43:36) - Zero downtime и миграции: возможно ли идеальное развертывание? (49:36) - Как PHP прошёл путь к миграциям: взгляд в прошлое (54:08) - Когда SQL тормозит: ищем виновника (57:45) - Запросы: главная претензия к ORM (01:05:03) - Как распознать N+1 запрос и не страдать (01:08:13) - Пример Elixir: ORM без боли и магии (01:12:44) - Где заканчивается SQL и начинается здравый смысл (01:19:14) - Как удалять данные и при этом не терять их (01:22:25) - ORM и бизнес-логика: когда класс — не просто класс (01:28:50) - Декларативность vs. контроль: можно ли совместить? (01:32:26) - Генерация объектов: действительно ли тормозит? (01:36:22) - Оптимистичная блокировка спасает не только от конфликтов (01:41:14) - Транзакции, блокировки и реалии продакшена (01:44:58) - Нерешаемая проблема мутабельности (01:48:27) - Когда "умная" ORM становится врагом архитектуры (01:51:01) - Заключение. Как жить с ORM и не страдать? ★ Support this podcast ★

В 2010 году я много собеседовал начинающих разработчиков, и одним из них был Артём Малышев. Он не прошёл испытательный срок, но само собеседование и несколько недель работы с нами оставили у него сильное впечатление и задали вектор всей его карьеры. С тех пор прошло больше десяти лет. Артём успел поработать на фрилансе, получил грант Mozilla, стал контрибьютором Django Channels, и сейчас входит в core-команду Django. Недавно мы снова пересеклись — и я пригласил его на подкаст, чтобы разобрать, как складывался его путь и что на него повлияло. Обсудили: - что давал ранний фриланс на Upwork и почему там важно сразу считать стоимость не только работы, но и валютного контроля; - как автоматизация антивирусных отчётов превратилась в первый серьёзный питон-опыт; - Как один твит,  XSLT-плагин и 20 чашек кофе привели к внезапному контракту в Германии; - коридорный разговор на конференции, который привёл к гранту Mozilla и работе над Django Channels; - историю о контрибьюторе, продавшем поддержку библиотеки без ведома автора — и чем всё закончилось. А ещё — поговорили о росте. Сколько времени занимает развитие навыков? Что на самом деле даёт переход от рутинных задач к контрибьютам в open source? И почему нет коротких путей от джуна из региона до ключевого участника глобального проекта. (00:00) - — Введение и анонс (03:15) - — Первая встреча: момент, когда всё изменилось (04:35) - — Карьерное начало Артёма: первые шаги в IT (08:16) - — Взлёт Ruby & Rails: почему они стали такими популярными (12:58) - — Насмотренность и опыт: как это влияет на качество кода (16:45) - — Реалити-чек: смена целей и взглядов (20:56) - — Курьёзное интервью: «заводная» путаница (24:13) - — Проект M3: первые шаги в новом месте (28:18) - — Заказ от Positive Tech: опыт корпоративного проекта (33:42) - — Антивирусы и ограничения: столкновения с корпоративщиной (36:16) - — Рефлексии: переход в open-source (40:21) - — Удалёнка: как они перешли на дистанционку (44:57) - — Влияние Bundler: роль инструментов для Ruby (48:18) - — Появление Poetry: реакция сообщества (53:26) - — Менеджеры версий: универсальные решения (58:23) - — Пакетный хаос: проблемы на GitHub (01:02:39) - — Первый фриланс-заказ: опыт и выводы (01:07:59) - — XML Conf в Праге: впечатления с конференции (01:10:33) - — Асинхронность в Python/Django: зачем и кто за этим стоит (01:15:43) - — Под капотом: архитектурные сложности (01:22:07) - — Итоги Channels: успех или тупик (01:25:02) - — Генераторы в практике: сложности внедрения (01:30:34) - — Контрибьютинг в крупные проекты: как это сделать (01:34:52) - — Закрытая соцсеть: контрактный кейс (01:40:04) - — Драйвер-фреймворки: Rails vs Python (01:45:23) - — Конкуренция проектов: борьба идей (01:57:25) - — Предательство: обида и урок (01:59:54) - — Опыт OSS: важные выводы (02:05:29) - — Микрозадачи: система тикетов (02:11:17) - — Трудолюбие vs талант: главный вывод (02:12:47) - — Рельсовые конференции и Inertia: взгляд в будущее (02:14:09) - — Заключение ★ Support this podcast ★

В этом выпуске мы поговорили с Андреем Татариновым, инженером, который каждый день работает с языковыми моделями и внедряет ИИ в реальные продукты. Обсудили, как устроены LLM: что на самом деле происходит под капотом ChatGPT, почему ИИ часто галлюцинирует, и как с этим работать. Разобрали, зачем нужен fine-tuning и RAG, как промт превращается в инженерную задачу, и почему без человека модели пока не справляются. Поделились практическим опытом автоматизации, примерами из реальных кейсов и мнением о том, в каком направлении развивается рынок ИИ. Вы узнаете, как реально применять языковые модели, какие ошибки совершают новички, и что нужно, чтобы ИИ стал помощником, а не источником проблем. (00:00) - Введение и анонс (01:31) - От Яндекса до Epoch 8: путь Андрея Татаринова (04:54) - Бустинги, логрег и берты: как мы пришли к GPT (08:23) - Почему GPT-системы сокрушили прошлое (12:10) - Иллюзия экспоненты: будет ли у ИИ потолок? (16:01) - Новая реальность: как теперь проектируются AI-системы (19:53) - Под капотом LLM: инференс, рантаймы и матрицы (23:22) - Проблема масштаба: почему модель ≠ база данных (27:27) - Векторные базы и RAG: как накормить модель знаниями (31:20) - Промт не магия: где заканчивается здравый смысл LLM (35:04) - Файнтюнинг: учим GPT понимать нас лучше (38:31) - Пределы модели: почему знания «вытесняются» (42:27) - LEGO, Copilot и код: генерация, где работает, где нет (46:20) - Заменит ли GPT ревьюера? Хекслет тестирует (50:34) - Проблема смыслов: почему даже с правилами модель врёт (54:28) - Что такое разум у LLM: reasoning и цепочки размышлений (58:19) - MCP и агенты: когда LLM делают больше, чем отвечают (01:02:36) - Автоматизация задач: мечта об ИИ-помощнике (01:07:02) - За пределами промтов: новый взгляд на разум (01:11:19) - Автономные агенты: размах MCP в продакшне (01:15:34) - Инциденты под контролем: SRE + агентный подход (01:19:59) - Оркестрация инструментов: когда API + MCP не хватает (01:24:24) - Покупать или делать самому: стратегия внедрения (01:28:49) - MCP как стандарт: реальные шаги или маркетинг? (01:33:14) - Архитектурные тренды: готовимся к агентам заранее (01:37:39) - Команды и экосистема: как вести IT-лидеров (01:42:04) - Безопасность и контексты: бизнес, observability, security (01:46:29) - MCP next layer: от работы в одиночку к рынку агентов (01:50:54) - Оценка зрелости: когда агенты перестают быть хайпом (01:55:19) - Call to action: малые эксперименты — большие изменения (01:59:44) - Ключевые выводы и приглашение к диалогу ★ Support this podcast ★

В этом выпуске мы устроили живую дискуссию о Scrum: Agile-коуч Мария и продакт-менеджер Александр дискутировали о том, когда фреймворк действительно помогает, а когда превращается в формальность. Обсудили ценности и принципы Scrum, разобрали, почему без поддержки руководства он не работает, и сравнили классический подход со «сплошным» потоком задач. Разобрали реальные кейсы внедрения, типичные ошибки механического соблюдения ритуалов и дали практические советы, как подстроить Scrum под свой контекст. (00:00) - Введение и анонс (02:30) - Скрам — фреймворк или культ? Что думают профи (04:50) - История появления Скрама: зачем он вообще нужен (07:14) - Кому Скрам вредит и кто на нём зарабатывает (10:35) - Про Канбан, Скрам и прочие страшные слова (12:26) - Терминологический хаос и скрамоподобные мифы (15:20) - Почему Скрам не взлетает: внедрение, культура, люди (19:46) - Скрам без поддержки сверху — путь к провалу (24:00) - Когда одна команда — это целая компания (27:31) - Скрам и поддержка пользователей: несовместимы? (32:39) - Как Скрам ломает мозг аналитикам и тестировщикам (36:24) - Архитектурные затыки и межкомандные блокеры (40:46) - Почему без нормального бэклога Скрам не работает (44:45) - Джира, PMBOK и Скрам: цифровой фейерверк или бюрократия? (47:50) - Релизный ад и регресс за час: реальность Скрама (53:09) - Время жизни задачи: что мерить, чтобы не умереть? (56:57) - Продуктовая разработка и Скрам: союз или развод? (01:00:09) - Масштабируем или похороним? Скрам в больших продуктах (01:04:56) - Скрам как инструмент изменений: ретроспективы, рост и боль (01:11:23) - Скрам как зеркало: как метод вскрывает проблемы (01:15:25) - Почему Скрам пугает и разработчиков, и менеджеров (01:19:09) - Загнивает ли Скрам? Что происходит в мире методологий (01:24:11) - Когда Скрам спасает: реальные истории успеха (01:28:37) - Внедрили Скрам? А теперь живите с этим (01:32:44) - Скрам и командная культура: проверка на зрелость (01:38:46) - Кто спасёт команду: Скрам-мастер, тимлид или никто? (01:44:15) - Менеджеры без знаний: почему Скрам превращается в боль (01:49:16) - Заключение (00:00) - Chapter 29 ★ Support this podcast ★

В этом выпуске мы поговорили с Егором Бугаенко — автором «Elegant Objects» и сторонником «честного» ООП-мышления. Он раскрыл, почему классическое объектно-ориентированное программирование — это не архитектура, а иллюзия порядка, за которой скрывается хаос. Разобрали, почему null, static и наследование — главные разрушители систем, как мышление «в классах» ведёт к техдолгу, и почему ORM прячет от нас реальные ошибки в работе с данными. Егор настаивает: код должен быть сконструирован, а не написан, иначе система становится неуправляемой — особенно в эпоху LLM, когда ИИ сыплет автопатчами и код перестаёт быть осмысленным. Также обсудили: -  Почему композиция объектов — основа устойчивой архитектуры - Как мыслить модулями, а не строками кода - Что такое Fail Fast и зачем системе «падать» сразу - Почему архитектурное мышление — навык разработчика будущего - Как LLM усиливают хаос, если нет модели - Роль дизайн-долга и как он убивает бизнес-процессы Это выпуск для тех, кто не хочет быть просто кодером в мире, где код уже пишет ИИ. (00:00) - Введение и анонс (00:57) - История ООП: Как всё начиналось и где свернули не туда (03:47) - UML: Почему диаграммы не работают в живом коде (07:57) - IT без кода: Кто такие архитекторы, аналитики и зачем они нужны (10:27) - UML и микросервисы: Почему вместе они не работают (14:07) - Тесты: Почему юнит-тесты не спасают от багов (18:53) - Микросервисы: Как проектировать, чтобы не пожалеть (25:30) - Образование и ООП: Чему учат и чему не учат (29:20) - Высшее IT-образование: Почему оно отстаёт от практики (35:04) - ИИ в программировании: Помощник или угроза? (36:59) - Будущее кода: Кто будет писать программы завтра (39:49) - ООП сегодня: Жив ли подход или пора прощаться? (43:34) - Генерация кода ИИ: Ускорение или потеря контроля? (46:22) - Промты для ИИ: Как правильно общаться с машиной (50:09) - Дизайн системы: Как не утонуть в архитектуре (52:58) - Маппинг: Когда преобразование данных становится проблемой (55:49) - ORM: Почему это может быть ловушкой для проекта (59:35) - Фреймворки: Примеры, которые стоит знать (01:03:20) - Ручной SQL: Контроль, который стоит усилий (01:07:04) - Nullable: Почему это не просто пустое значение (01:15:40) - Обучение программистов: Чему стоит уделить внимание (01:20:26) - Когнитивная нагрузка: Как null усложняет мышление (01:26:06) - Теория и практика: Как найти баланс в программировании (01:29:53) - Осознанные нарушения: Когда отступление от правил оправдано (01:37:25) - Обработка исключений: Как управлять жизненным циклом объекта (01:44:03) - Системы типов: Как они помогают и мешают (01:50:41) - Функциональное vs ООП: В чём разница на практике (01:56:24) - Применение подходов: Как выбрать правильный инструмент (01:58:17) - Философия ООП: Что стоит за объектами (02:03:00) - Композиция и принципы: Как строить надёжные системы (02:06:44) - Паттерны: Почему некоторые из них устарели (02:13:27) - Чистый код: Почему не всё так чисто (02:14:23) - Современные книги: Что читать вместо «Чистого кода» (02:16:17) - Заключение ★ Support this podcast ★

В этом выпуске мы поговорили с Ильёй Ильиных , автором канала «Куда войти», и вместе выяснили, что на самом деле скрывается за трёхбуквием TDD. Обсудили бережливое тестирование, разобрали плюсы и минусы diamond-подхода, поспорили о юнит-тестах, интеграционных проверках и вечной боли MockBean в Spring. Поделились приёмами, как типизация в Go и TypeScript сокращает объём тестов, и показали, как застраховать легаси-код, не притормаживая релизы. Вы узнаете, когда тесты ускоряют работу, а когда превращаются в тормоз, как выбрать «достаточный минимум» покрытий и перестать бояться рефакторинга. Не пропустите — в конце даём чек-лист для мягкого внедрения TDD и советы, которые помогут команде прокачать уровень программирования (00:00) - — Введение. Почему юнит-тесты не работают (01:15) - — Go в бою: опыт, миграции и сравнение с Rails (05:03) - — Как нейросети и личный опыт влияют на качество тестов (09:47) - — Пирамида тестирования, стратегии и интеграционные тесты (13:34) - — Библиотеки, транзакции и альтернативные подходы (18:19) - — Критика пирамиды, микросервисы и сила интеграционных тестов (23:01) - — Мифы, сложности написания и важность интеграционного подхода (30:37) - — Дебаггинг, логирование и тесты для сложных кейсов (34:26) - — Spring Boot, юниты и проблемы с SQL (40:04) - — Тесты пользователей, репозитории и события (46:41) - — Проблемы с интеграцией Spring Boot и различия между моками и стабами (53:21) - — Оптимизация, контекст и TDD в действии (59:59) - — GitHub, редиректы, обновление и инструменты (01:03:48) - — Кассеты, документация и безопасность (01:09:30) - — Фикстуры: от введения до организации данных (01:15:07) - — Оверкил, дизайн и тестирование в разных языках (01:22:46) - — Go, производительность и интеграция (01:28:31) - — Express, Spring и тестирование контроллеров (01:34:15) - — TypeScript, Fastify и дизайн-first API (01:40:01) - — Плагины, история тестов и рефакторинг (01:48:26) - — Моки, стабы и влияние на архитектуру (01:56:55) - — Ментальные модели, API и сравнение Go и Drizzle (02:06:24) - — Решения проблем, инструменты и тяжёлое наследие (02:14:57) - — Прагматичный подход, TDD и архитектурные выводы (02:27:18) - — Заключение ★ Support this podcast ★

В этом выпуске я открываю новое направление на канале — разборы. Начинаю с лекции Егора Бугаенко «Взлёт и падение ООП», которую он читал в Новосибирске. Разбираю ключевые тезисы, комментирую спорные моменты, делюсь собственным опытом и взглядами на объектно-ориентированное программирование. Мыслей накопилось много — от истории языков до проблем динамической диспетчеризации, инкапсуляции и производительности. Обсудим, что такое ООП на самом деле, какие мифы с ним связаны и почему многие разработчики до сих пор неправильно его трактуют. Не пропустите — это не просто разбор лекции, а откровенный разговор о плюсах и минусах ООП без иллюзий и заумных формулировок. 💬 Пишите в комментариях, согласны ли вы с Егором, со мной или свое личное мнение. Если формат зайдёт, продолжу разбирать и другие видео, в том числе ваши рекомендации. #ООП #программирование #разбор #функциональноепрограммирование #Бугаенко #классическийкод #архитектурапрограмм #кодбезООП #инженерияПО #разработканасовесть #мнениеразработчика #чистыйкод #альтернативаООП ★ Support this podcast ★

В этом выпуске мы поговорили с Данилом Шашковым — CTO стартапа Humanizer (STS GPT), который за год вырос в выручке х4, оставаясь командой из двух человек. Разобрали, как он нашёл работу в американском проекте через Twitter, почему «процессы ради процессов» убивают скорость и мотивацию и как голосовые задачи в Signal могут заменить таск‑трекер. Обсудили и посмеялись: ✔️ как минимальная бюрократия вывела проект в топ‑1 % самых быстрорастущих стартапов Stripe; ✔️ культуру «punk‑driven development»: CTO берёт на себя дизайн, фронт, бэк и аналитику, не стыдясь «посредственного» кода — лишь бы продукт рос; ✔️ почему code‑review «обязан пройти с первого раза» превращается в кошмарную KPI‑гонку и охлаждает инициативу; ✔️ как ежедневные дейлики и performance‑review могут убить драйв, и при каком размере команды процессы действительно полезны; ✔️ эксперимент «500 $ за Dev‑in AI‑ассистента»: что реально дал супер‑кодер‑бот и почему его выпилили через неделю; ✔️ iOS‑приложение за 30 дней без скрам‑мастеров и джира‑митингов; ✔️ баг, сделавший продукт случайно бесплатным, и план превращения ошибки в рост; ✔️ «экономика облаков»: полная инфраструктура  5 000 $ в мес. дешевле любого DevOps‑штата. Вы узнаете готовые приёмы, которые помогут основателям, продукт‑менеджерам и разработчикам ускорять релизы, сокращать издержки и сохранять драйв в команде — от минимального бэклога до микро‑ретро и метрики «деньги ↔️ активность» на дашборде. Не пропустите! (00:00) - Введение и анонс (04:37) - Можно ли работать на американскую компанию без переезда в США? (12:18) - Условия труда в США (15:47) - Самый быстрорастущий стартап (18:47) - Процессы внутри компании (25:53) - Дух стратапа и хаос (31:55) - Как влияет на атмосферу и мотивацию код-ревью (36:36) - Какие процессы в стартапе работают на все 100 (42:05) - Дейли - абсолютное зло? (55:04) - Таск трекеры в компаниях (01:02:16) - Осознание своего места в стартапе (01:14:23) - Влияние близости денег в компании (01:24:15) - Вайб кодинг (00:00) - Chapter 14 ★ Support this podcast ★

В этом выпуске мы поговорили с Борисом Трушиным — учителем математики с 26-летним стажем в «Фоксфорде» и автором популярных YouTube-каналов. Обсудили, зачем программистам нужна математика, какие навыки она развивает и как алгоритмическое мышление помогает в любой профессии. Разобрали распространённые стереотипы о «гуманитариях» и IQ-клубах, выяснили, почему не стоит сводить образование к запоминанию формул и механическому списыванию задач. Поговорили о роли родителей и преподавателей в поддержке интереса ребёнка, о том, как важно давать возможность учиться на ошибках и сосредоточиться на понимании, а не на оценках. Затронули тему ЕГЭ: что в нём работает, а что можно улучшить, чтобы экзамен проверял по-настоящему глубокие знания, а не умение «тренироваться под тест». И, конечно, обсудили, чем искусственный интеллект уже сегодня помогает учиться и какие риски несёт будущее, где ChatGPT и подобные системы становятся персональными ассистентами. Вы узнаете живые истории из школьной практики, получите советы по развитию логики и сможете применить их в подготовке к любому вызову — от собеседования в IT до повседневных задач. Не пропустите — этот выпуск даст вам чёткое представление о том, как математика формирует мышление и какую роль в обучении играет человек и технологии! (00:00) - Введение и анонс (03:39) - Про IQ тесты и другие тесты для детей (09:37) - Зацикливание на математике как на единственной науке (13:48) - Как крутой учитель влияет на увлеченность детей предметом (15:35) - Как отбили интерес в жизни в ВУЗе (17:18) - Как люди искажают понятие гуманитария (22:48) - Про предрасположенность и способности (26:07) - Влияние родителей и среды на детей (29:45) - Сложности в изучении математики (33:57) - Если математик – значит умный (40:57) - Математика и программирование (46:06) - Искусственный интеллект VS живой преподаватель (49:28) - О сути математики и вопросе «Почему?» (53:58) - Зачем нужна математика? (01:00:30) - Если я не знаю математику – я лузер? (01:05:27) - Программирование и математика (01:17:29) - Увлечение компьютерными играми норм? (01:20:19) - Знание математики – дорога в жизнь (01:24:55) - Логические задачки, шахматы и стрелочные часы (01:29:30) - Математика в школе в США и России (01:39:42) - Выработка алгоритмического мышления с детства (01:42:33) - Главная задача – научить понимать концепцию решения (01:49:46) - Проблемы ЕГЭ и обучения (01:54:35) - Мнение математика про ЕГЭ и экзамены (02:06:41) - Применение ИИ в обучении (02:15:09) - Проблемы системы образования и списывание (02:29:33) - Новые поколения деградируют? ★ Support this podcast ★

В этом выпуске подкаста «Организованное программирование» у меня в гостях Евгений Кот — легендарный эксперт, известный своими увлекательными разборами психологических и социальных тем. Мы глубоко погрузились в тему культурного кода, обсудили разницу в подходах к работе и тонкости взаимодействия в международных командах. Поговорили о том, какое значение имеют софт-скиллы в США, Европе и других странах, и поделились личными историями успешной (и не очень) адаптации к новым профессиональным и жизненным реалиям. Вы узнаете, как выстроить эффективную коммуникацию в многонациональных коллективах, как воспитание и культурные установки влияют на профессиональный рост, и почему культурные различия могут стать не только препятствием, но и серьезным преимуществом для вашей карьеры. Не пропустите — вас ждут уникальные инсайты и полезные практические советы, которые помогут вам успешно реализоваться в международной среде! (00:00) - Введение и анонс (00:28) - Культурный код — разница культур в разных международных компаниях (03:54) - Когда оправдался твой жуткий страх (05:48) - Волнение из-за несовершенного языка портит нервную систему специалистов (07:34) - Толерантность и адаптация (12:04) - Обратная сторона русского акцента в английском языке (13:43) - Токсичность — удел русских людей? (21:47) - Как ChatGPT помогает решать проблемы с дурацкими отчётами (28:10) - Дебаты и их важность для экспертов (31:21) - Особенности мультикультурных различий в мировом масштабе (34:45) - Корпоративная культура и увольнения (35:41) - Увольнения в США vs Европе (40:20) - Культурные различия Европа vs США (47:46) - Про ценность социальной защищённости в Европе (48:28) - Американская мечта не для европейцев (51:27) - Проблемы общеевропейских стартапов (52:49) - Культура расслабленности и work-life balance в Европе (55:07) - Парадокс Саратова для умных людей (57:01) - Влияние благополучия жизни на амбиции человека (59:57) - Психологический габитус (01:02:44) - Амбиции и работа в Европе (01:05:32) - Культурные различия и ожидания (01:13:58) - Воспитание и культурные различия (01:14:54) - Эскалация конфликтов и корпоративная культура (01:19:35) - Принятие решений и культурные различия (01:23:16) - Безопасность и сегрегация в США (01:26:08) - Про насилие на улицах в России vs на Западе (01:27:04) - Группы помощи в эмиграции (01:28:57) - Про культурные различия в выражении гнева (01:36:30) - Эмигрантские чаты как безопасное пространство (01:39:21) - Влияние детских травм на восприятие реальности (01:43:07) - Особенности воспитания детей в другой культуре (01:48:45) - Преступность и безопасность в США (01:52:28) - Страсть к программированию (01:56:16) - Раньше программисты старше 30 лет считались мастодонтами (02:00:04) - Стигма против возрастных программистов (02:03:49) - Расцвет IT-индустрии в XXI веке (02:06:38) - Про культурные различия в IT ★ Support this podcast ★

В этом выпуске мы поговорили с Сашей Кучуком — тимлидом с 11-летним опытом, который последние шесть лет работает в крупных и малых компаниях, включая топовые бигтехи. Обсудили, как на самом деле устроена жизнь тимлида, почему программирование — не стрессовая работа, и что происходит, когда код уступает место управлению людьми. Разобрались: — Почему тимлидом становятся не самые сильные разработчики; — Как справляться с конфликтами, токсиками и увольнениями; — Почему тимлид не должен быть самым умным и высокооплачиваемым; — Как выстраивать авторитет, если ты хуже в коде, но сильнее в людях; — И можно ли перевоспитать звёздного, но невыносимого перформера. Вы узнаете, как устроена настоящая командная динамика, что делать, если «всё рушится», и почему работа тимлида — это не про власть, а про ответственность. Не пропустите — разговор откровенный, местами жёсткий, но крайне полезный для всех, кто хочет расти в IT. (00:00) - Введение (00:56) - Шутки, Twitter и токсичность — как юмор может обернуться проблемой? (02:50) - Как становятся тимлидами? Правда, о которой не говорят в учебниках (04:43) - Карьерная ловушка. Почему рост в маленьких компаниях невозможен? (07:34) - Авторитет тимлида. Почему внешнего лида боятся нанимать? (09:28) - Тимлид — это всё-таки профессия или набор обязанностей? (11:20) - Факапы в интеграциях: как защитить команду и выжить в корпорации? (13:12) - Почему нужно всё фиксировать письмами. Опыт, написанный болью (17:00) - Переломный момент. Что происходит, когда ты становишься лидом? (19:48) - Ты больше не "свой". Почему друзья-коллеги отдаляются? (21:43) - Спасти нельзя уволить. Почему тимлиду важно научиться прощаться? (23:35) - Первое увольнение — как пережить и не сломаться? (27:22) - Идеальная команда — вот кто делает бизнес успешным (31:09) - Мягкое увольнение: как подвести человека к решению? (33:58) - Градообразующее увольнение. Как компания рушит целые города (36:47) - Междоусобицы в команде. Как навести порядок и остаться человеком? (40:36) - Щит команды: как лид должен защищать разработчиков от хаоса (44:19) - Кто ставит задачи вашему разработчику? И почему это должно вас волновать (49:02) - Почему не стоит ждать чуда от всех сотрудников? (52:51) - Работа тимлида: планирование, созвоны, ответственность (55:42) - Собеседование на тимлида: готовы к моральной проверке? (57:31) - Как изолировать токсика и вырастить из него наставника? (01:00:20) - Можно ли перевоспитать токсичного сотрудника? (01:04:04) - Почему спокойствие — главное оружие тимлида (01:05:56) - Кто должен получать больше: тимлид или разработчик? (01:07:51) - Надо ли быть круче всех, чтобы быть лидом? (01:09:43) - Как построить авторитет, не будучи технарём? (01:15:20) - Как думать как бизнес. Главный скилл тимлида (01:19:05) - Кодревью, деплой и баги — зачем лиду всё это знать? (01:21:00) - Когда лид врёт себе. Признаки, что вы не на своём месте (01:22:53) - Хочешь быть лидом? Начни с честности перед собой (01:25:42) - Почему тимлид — это шанс изменить судьбу команды (01:29:31) - Импакт. Почему лиды делают больше, чем кажется (01:32:24) - От любви к коду до управления людьми: как меняется мышление (01:37:06) - Как отличить делегирование от микроменеджмента (01:40:54) - Почему конференции для лидов кажутся бесполезными? (01:43:44) - Пьющие разработчики и моральные дилеммы тимлида (01:47:28) - Всё решают люди. Почему везение — не последняя штука (01:49:19) - Тимлид — это не про власть. Это про влияние ★ Support this podcast ★

В этом выпуске мы поговорили с Петром Зайцевым из Percona, который раскрыл историю и эволюцию популярных баз данных: MySQL, Postgres, MariaDB и других решений. Обсудили, как MySQL оказалась в руках Oracle и к чему это привело, как возникли форки вроде MariaDB и почему в итоге всё чаще стали выбирать Postgres. Пётр также рассказал, почему баз данных становится всё больше, как бизнес-модель и «идеология» вендоров влияют на то, что мы видим под капотом, и почему он продолжает верить в open source-подход. Мы разобрали, зачем нужны альтернативные версии MySQL (например, Percona Server), в чём преимущества и недостатки «облачных» баз данных, и как крупные компании выбирают решения, ориентируясь не только на технические нюансы, но и на политические и финансовые факторы. Вы услышите, почему разработчики любят эксперименты с NoSQL и новые движки, а бизнес всё же требует стабильности и контроля над данными. Не пропустите: этот разговор поможет вам лучше понимать принципы работы и будущие тренды баз данных, чтобы прокачать свои навыки и проекты! (00:00) - Введение и анонс (01:00) - Кто такой Петр Зайцев и как Перкона появилась из-за проблем в MySQL (03:35) - Секрет выживания Перконы: open source без инвесторов и венчуров (06:49) - Почему MySQL стал популярен: от стартапов на RAILS до облаков (12:14) - Времена героев: как мы писали шардирование и побеждали лимиты MySQL (17:01) - Почему консалтинг — это боль. Переход на подписочную модель в Перконе (20:44) - Кто клиенты Перконы? От чахлых серверов до enterprise гигантов (25:19) - Как базы данных становятся «залипательными» и почему с Oracle не слезают (28:55) - Внутренняя кухня Oracle: двойные лицензии, хитрые скидки и юридические ловушки (34:18) - Миграции с Oracle: когда 97% скидки — это тоже ловушка (39:39) - Почему Postgres победил: открытость, расширения и отказ от зависимости (45:31) - Кто и зачем делает коммерческие форки Postgres и при чём тут Amazon и Google (52:00) - МарияDB и Перкона: два пути после смерти MySQL как open source-флага (56:36) - Какой подход лучше — свой путь Марии или бранчинг Перконы? (01:00:54) - PostgreSQL для идиотов? Как база стала доступной без ущерба для мощи (01:06:27) - Расширяемость как оружие: почему плагины сделали Postgres непобедимым (01:12:02) - Почему большие компании выбирают Postgres, а не MySQL — логика и стратегия (01:17:13) - Кому выгодна фрагментация Postgres и как она помогает развитию (01:22:36) - История MySQL и как Oracle почти случайно его «прибрал» (01:28:20) - В чём разница между forking и branching и как Перкона делает свой MySQL (01:34:03) - Как Перкона тестирует совместимость и остаётся «как MySQL, только лучше» (01:39:19) - Облака против локальных решений: цена, надёжность и катастрофы (01:45:58) - Упавший дата-центр Яндекса: как даже мультизона не спасла (01:50:44) - Что дальше? Рост новых баз данных, векторы, Serverless и open-core (01:55:33) - Redis, Mongo, Postgres и другие: как Перкона выбирает технологии для поддержки (01:59:18) - Финальные мысли. Почему проблемы крупных игроков — это шанс для стартапов ★ Support this podcast ★

В этом выпуске мы пообщались с легендарным реверс-инженером Деми Мурычем, который поделился своим опытом и нетривиальными взглядами на JavaScript. Обсудили, как правильно работать с var, let и const, затронули актуальные вопросы производительности, а также порассуждали о будущем языка и роли TypeScript. Не обошли стороной тему искусственного интеллекта, его влияния на код и профессиональные навыки программистов. Получилась живая беседа с байками, инсайтами и философскими отступлениями. Не пропустите — вас ждут практические советы, нестандартные идеи и свежий взгляд на развитие экосистемы JS! (00:00) - Введение и анонс (02:48) - Let vs Const: настоящая угроза быстродействию? (06:25) - ES15 и полный анализ бандла: где спрятана «просадка»? (08:20) - TypeScript: спасение или «костыль» для JavaScript? (10:14) - Статические типы и их влияние: нужен ли новый JavaScript? (11:11) - Google Docs и 1,5 млн идентификаторов: уроки для всех (12:05) - const против var: мифы, реальность и боль больших проектов (13:02) - Как PHP умнее обращается с замыканиями (и зачем нам это знать?) (15:53) - Оптимизация V8: секреты «под капотом» движка (20:36) - Когда миллион строк JS-кода — не приговор (22:28) - Предварительная оптимизация: действительно ли «корень всех зол»? (23:26) - Проблемы с производительностью в React: почему она часто «пробуксовывает» (24:23) - Многоверсионная оптимизация: как функции ломают V8 (27:12) - TypeScript и производительность: чего мы не учитываем? (29:05) - Почему React-экосистема может быть «медленной» (31:57) - Разделение труда: почему интегратор — не полноценный разработчик (33:51) - Статическая типизация: снимаем нагрузку с рантайма (35:46) - V8 Lite: отключаем «умную» оптимизацию ради скорости (36:44) - Typeesript: в чём подвох «статических» типов? (39:34) - Node.js и TypeScript: куда идёт Microsoft? (41:28) - Хаос JavaScript: гибкость против системности (45:12) - Object Assignment Pattern: цена красивого кода (46:10) - Как помогать компилятору и не тратить ресурсы впустую (48:03) - TypeScript: «простые вещи сложными, а сложные — простыми» (49:56) - Совместимость по типам: почему без неё язык не выживет (51:48) - Как Facebook проиграл TypeScript в начале пути (53:42) - Когда система типов мешает писать легко (54:40) - Искусственный интеллект против типов: кто победит? (56:34) - ChatGPT и автогенерация: почему опасно верить слепо (57:28) - Ассистент для профи: как не стать заложником инструмента (59:21) - «Цифровой дебилизм»: теряем ли мы навыки из-за AI? (01:01:15) - Docker-файлы и ChatGPT: границы разумной автоматизации (01:02:11) - Код на русском: почему мозг «ломается» (01:04:05) - Новый формат работы: программист-ассистент (01:05:58) - Сложный проект и AI: где лежит предел? (01:06:55) - Копипаста и исчезающая абстракция (01:07:51) - Чёрный ящик: когда нейросеть пишет весь код (01:08:46) - Многопоточность в JS: реальность или пока эксперимент? (01:10:39) - Shadow Realm: создаём безопасные песочницы внутри JS (01:13:28) - Content Security Policy: подпись скриптов как новый стандарт (01:15:21) - Изоляция и Docker: спасают ли от критичных ошибок? (01:18:08) - Почему специалистов по кибербезопасности не хватает (01:19:06) - «Детские» баги: почему мы наступаем на те же грабли (01:21:58) - Семантическая вёрстка и микроразметка: дружба с поисковиками (01:24:49) - Подмена контента: разрешённые хитрости Google (01:28:34) - Гибкая выборка: как индексировать материалы с подпиской (01:29:31) - Flexible Sampling: Google и «усечённый» контент (01:31:24) - Проблемы с SEO и автоматизацией (01:34:12) - SSR: порок или спасение для SEO? (01:36:58) - HTML, XHTML и свобода JavaScript: кто победил? (01:39:47) - Dart и WebAssembly: две истории, которым не дали взлететь (01:40:44) - WebAssembly без доступа к DOM: где выход? (01:41:42) - Возвращение Flash: возможен ли «камбэк»? (01:42:38) - Adobe после Flash: жизнь в корпоративном мире (01:44:33) - WebAssembly GC: ключ к ускоренной компиляции? (01:45:29) - Почему Google держится за JavaScript и не отпускает (01:47:23) - Универсальный WASM-модуль: пишем один код для всех платформ (01:50:13) - Минимизируем зависимости: тренд на «маленький бандл» (01:52:05) - Динамический импорт и подводные камни для сборки (01:53:01) - «Учиться учиться»: как правильно формировать мозг программиста (01:53:55) - Теория против практики: что важнее в коде (01:55:49) - Ошибки и рефакторинг: путь к настоящему мастерству (01:56:45) - Возвращение идей по спирали: почему всё повторяется (01:58:38) - Финал: ностальгия и благодарность зрителям ★ Support this podcast ★

В этом выпуске мы подробно разобрали, почему модель Open Core стала одним из самых доступных способов для разработчиков запустить собственный бизнес без чрезмерных инвестиций в маркетинг и продажи. Вместе с  Ириной Назаровой (CEO «Злых марсиан»), мы обсудили, как на базе одной библиотеки вырастали коммерческие продукты, привлекавшие клиентов напрямую из GitHub и профессионального сообщества. Мы показали, какие практические шаги позволяли превратить код в источник стабильного дохода, и поделились конкретными кейсами, когда разработчики успешно обходились без холодных звонков и сложных воронок. Вы узнаете, как живая обратная связь из комьюнити помогала укреплять продукт, и почему открытость кода становилась ключевым фактором доверия. Этот выпуск будет полезен тем, кто хочет построить свой бизнес и  добиться реальных результатов, оставаясь при этом в своей технической зоне комфорта. Используйте AnyCable–самый удобный и надежный realtime сервер, и при этом он опенсорсный. И приходите работать в Evil Martians–нам всегда нужны крутые инженеры и дизайнеры! Полезные ссылки:  https://evilmartians.com/jobs https://x.com/inazarova https://inazarova.bsky.social https://www.linkedin.com/in/nonconstant/ (00:00) - Почему эмпатия – ключ к успеху (и к «эпическим багам») (00:31) - Что такое Open Core и почему это будущее разработки (01:28) - История Ирины и «Злых марсиан»: от C++ до консалтинга в США (05:24) - Как «Радость приготовления» и Ruby on Rails меняют карьеру (07:32) - «Подковёрная» аналитика: путь к роли CFO в «Злых марсианах» (09:37) - Рейт x3: секреты поиска уникальной ценности на рынке (11:33) - От консалтинга к DevTools: как родилась идея делать инструменты для разработчиков (13:29) - Open Source vs закрытое ПО: как заработать на любом формате (16:29) - Open Core в деталях: SaaS, on‑premise и реальные примеры (Teleport, Supabase) (20:23) - Лицензии, безопасность и поддержка: что нужно энтерпрайзу (22:58) - GitHub, GitLab и жизнь по законам Open Core (28:09) - Как GitHub стал ультимативным инструментом коллаборации и маркетинга (35:27) - Три кита монетизации: консалтинг, платные фичи и облако (40:23) - Когда SaaS превращается в обузу: плюсы и минусы локального развертывания (42:31) - Документация и демо: почему без этого не взлетит ни один девтул (49:27) - Кругосветка по сборщикам: Next.js, Tailwind, Vite – как не потеряться во фронтенде (01:03:30) - Kubernetes и on‑prem: упрощаем инфраструктуру или плодим сложности? (01:07:27) - On‑prem для крупных клиентов: как избавиться от страха HIPAA и защищённых сетей (01:11:33) - Основа для консалтинга: почему open source притягивает платящих пользователей (01:15:41) - Rust, GraphQL и другие хайпы: когда поддаваться тренду, а когда – нет (01:19:27) - Build Tools в IT: перегоны между Vite, Webpack и переписывание всего «на расте» (01:23:57) - «С чего начать?» Пошаговый план запуска открытого проекта и поиска первых фанатов (01:27:27) - Маркетинг для OSS: гайды, демо, блог и как вовлечь людей на выходных (01:33:07) - GitHub Discussions и почтовые рассылки: секреты коммуникации с комьюнити (01:35:27) - Контрибьюторы, pull requests и поддержка: реальность open source на практике (01:41:42) - Тестовые задания, контрибы и найм: как OSS превращается в HR‑инструмент (01:49:27) - Легендарные баги и «решето»: весёлые (и не очень) истории из опенсорса (01:55:27) - Color spaces: OKLCH и почему будущее веб‑дизайна может стать ярче (01:59:27) - Как Figma и «Злые марсиане» двинули новые цветовые модели в массы (02:04:27) - Bootstrap против Tailwind: что выбрать бизнесу и почему гибкость – не всем в радость (02:08:27) - Куда движется Open Core и DevTools: финальные инсайты и призыв к экспериментам ★ Support this podcast ★

В этом выпуске мы поговорили с Валентином Ульяновым — software engineer / JavaScript-разработчик из Р7. Разобрали, как сам язык CSS за последние годы превратился в полноценный инструмент для создания сложных интерфейсов — без необходимости подключать тяжеловесные фреймворки. Валентин объяснил, почему CSS сегодня — это уже не просто «оформление», а настоящая платформа, способная решать задачи логики, адаптивности и масштабируемости. Поговорили о современных возможностях языка: контейнерные запросы, логические свойства, кастомные переменные, scoped-стили и многое другое. Обсудили, как эти инструменты влияют на производительность, упрощают архитектуру проектов и позволяют возвращаться к более чистому и понятному фронтенду. Этот выпуск будет полезен как тем, кто только начинает путь в интерфейсной разработке, так и опытным разработчикам, которые хотят переосмыслить свой стек и открыть для себя новые грани CSS. Полезные ссылки:  https://t.me/blog150 https://150.lv - сайт (там все остальное) https://github.com/mr150/mlut - open source проект - mlut. Инструмент для верстки с подходом Atomic CSS.  https://habr.com/ru/articles/833712/ (00:00) - Почему CSS — это больше, чем просто стили? (00:55) - Взрывное развитие: как браузеры прокачали CSS (03:43) - Контейнерные запросы: новый уровень адаптивности (08:27) - Псевдоселектор has: смотрим на родителя иначе (11:19) - Сила переменных: CSS, который подстраивается под вас (14:08) - Каскадные слои: упорядочиваем хаос в проектах (16:58) - Гриды: станут ли они новой базой лейаута? (18:52) - CSS как язык программирования? (21:41) - Препроцессоры: жива ли эпоха Sass и Less? (23:33) - Модульность и миксины: что даёт современный Sass (24:29) - Автопрефиксы: прошлый век или всё ещё незаменимы? (27:21) - Пять методов написания стилей: выберите свой путь (34:53) - Почему CSS-модули так популярны? (35:50) - Готовые библиотеки: благословение или проклятие? (38:40) - PrimeReact + Bootstrap: секрет сочетания (41:31) - Atomic CSS: почему все заговорили об этом? (44:23) - Разбираемся на примерах: что такое атомарный подход (46:18) - Рост HTML против снижения CSS: где золотая середина? (47:15) - Порог вхождения: насколько тяжело освоить атомарные стили? (50:06) - Сокращаем и оптимизируем: техники атомарного CSS (52:56) - Алиасы: тайное оружие против «CSS-простыней» (55:48) - Atomic CSS в реальных проектах: где подвох? (59:33) - Обёртки над Tailwind: спасение для больших команд (01:02:22) - Новая кастомизация в Tailwind 4 (01:03:18) - Готовые UI-киты: риск зависеть от чужого кода (01:05:13) - Typed CSS: будущее уже наступает? (01:07:07) - Джит-движки: вырезаем лишнее, ускоряем сайт (01:09:00) - G-движок и классические шаблонизаторы: сложности интеграции (01:11:49) - Описание утилит в конфиге: новая гибкость MLA и Tailwind (01:14:40) - Tailwind и MLA для сложных кейсов (01:16:33) - Автокомплит и валидация: где взять эти фишки в Atomic CSS (01:20:21) - Когда CSS не нужен вовсе (01:22:17) - Нужно ли делить фронтенд и верстку? (01:24:11) - Веб-компоненты: жизнь без фреймворков? (01:34:29) - 15 миллионов строк кода: как живут большие продукты ★ Support this podcast ★

В этом выпуске мы поговорили с Александром Валялкиным, сооснователем и core-разработчиком VictoriaMetrics — одного из самых популярных инструментов для мониторинга, который конкурирует с Prometheus. Разобрали, как программисту стать предпринимателем? Александр поделился своим опытом перехода от разработчика к владельцу успешного IT-бизнеса, разобрал ключевые ошибки тех, кто хочет создать свой продукт, и объяснил, почему технология сама по себе — это лишь часть успеха. Обсудили как создать продукт, который нужен рынку? Также Александр поделился историей, как начиналась VictoriaMetrics, какие принципы помогли выйти на глобальный рынок и почему Open Source — это не только про код, но и про маркетинг. подискутировали на тему: Где искать первых клиентов и как продавать технический продукт? Обсудили стратегию выхода на рынок без крупных вложений, важность правильного позиционирования и ключевые аспекты, которые отличают успешные продукты от провальных. 🔹 Какие этапы проходит IT-продукт на пути к масштабированию? 🔹 Почему многие технические стартапы умирают, так и не найдя своих клиентов? 🔹 Как создать систему, которая работает на вас и приносит деньги? Этот выпуск — настоящий гайд для тех, кто хочет выйти за рамки программирования и построить прибыльный бизнес на своих идеях. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть на youtube: https://youtu.be/8xkCykuJwKs Полезные ссылки: https://x.com/valyala https://github.com/valyala (00:00) - Введение и анонс (00:19) - Почему разработчики боятся бизнеса? (03:11) - История Александра: путь от разработчика к предпринимателю (05:03) - Первые ошибки в бизнесе и главные выводы (09:45) - Бесплатное распространение контента и монетизация (10:41) - Как зарабатывает Mozilla и влияние рекламы Google (11:36) - Опыт работы с Quick и проблемы Skype (13:31) - Работа в рекламном бизнесе и знакомство с Go (15:21) - Проблемы с Prometheus и поиск решения (20:16) - Создание VictoriaMetrics: от идеи до первого прототипа (22:06) - Архитектура, оптимизация и сравнение с ClickHouse (25:52) - Как техническое мышление мешает бизнесу (27:44) - Роль маркетинга в успехе технических продуктов (30:35) - Почему качественный продукт важнее агрессивного маркетинга (32:23) - Технические проблемы ClickHouse и их решения (34:18) - Простота использования баз данных как конкурентное преимущество (35:16) - Поиск первых клиентов и трудности SaaS-модели (37:08) - Первый платный клиент и ценный фидбек (41:47) - Почему VictoriaMetrics стала Open Source и как это помогло бизнесу (45:34) - Почему предприниматели мыслят иначе, чем инженеры (46:30) - Успех через публикации на Medium и Hacker News (48:21) - Уроки первого неудачного стартапа (50:12) - Технический vs. бизнес-руководитель: как совмещать роли (54:58) - Входящие продажи и органический рост бизнеса (57:49) - Переход от Open Source к модели платной техподдержки (01:01:34) - Как аутсорсинг помогает бизнесу (01:02:59) - Enterprise-контракты vs. SaaS: что выгоднее? (01:06:48) - Почему консалтинг не масштабируется, но приносит деньги (01:08:41) - Рост компании и структура команды (01:10:32) - Как Open Source помогает находить лучших инженеров (01:12:25) - Влияние имени продукта на его восприятие (01:16:07) - Первые крупные контракты: как их заключать (01:20:09) - Выход в плюс и найм первых сотрудников (01:22:02) - Контент-маркетинг как главный инструмент продвижения (01:26:42) - Reddit, Stack Overflow и работа с сообществом (01:29:30) - Как балансировать между рекламой и реальной помощью пользователям (01:33:17) - Влияние инфлюенсеров на технические продукты (01:35:07) - Бенчмарки как способ продвижения продукта (01:37:00) - Почему Victoria Logs стала логичным продолжением VictoriaMetrics (01:47:23) - Переход от инженера к предпринимателю и его сложности ★ Support this podcast ★

В этом выпуске мы поговорили с Тагиром Валеевым — Java-чемпионом, разработчиком IDE и статических анализаторов для Java, автором книги "100 ошибок Java". Он рассказал о развитии Java, ключевых изменениях в языке и OpenJDK, а также о том, как эти нововведения влияют на разработчиков. Обсудили, какие фичи делают Java актуальным сегодня, каковы перспективы языка на фоне конкурентов и почему Kotlin не заменит его в ближайшем будущем. Разобрали, какие ошибки допускались при разработке Java, можно ли их исправить и что ждет язык в следующих релизах. Тагир также рассказал о роли Java-чемпионов в развитии сообщества, популяризации языка и влиянии на его эволюцию, а также о том, как попасть в это сообщество. Вы узнаете, какие возможности открывают новые версии Java, на что стоит обратить внимание при разработке и как оставаться в тренде. Кроме того, поговорили о неожиданных поворотах в эволюции языка, смешных моментах из истории его развития и важных нюансах, о которых знают только эксперты. Не пропустите  инсайты и практические советы  от Java-чемпиона для всех, кто хочет глубже понять этот язык! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в youtube: https://youtu.be/YGOR8yyGFAU Полезные ссылки:  https://x.com/tagir_valeev (00:00) - Анонс и введение (01:55) - Java Champions – что это за статус и кому он нужен? (05:35) - Книга о Java: изнутри процесса разработки (07:30) - История Java: взлеты, падения и возрождение (10:16) - Конкуренты Java: Kotlin, Scala и другие (11:56) - Текущее состояние Java: обновления и вызовы (14:41) - Превью фичи: как Java тестирует будущее (15:38) - Java vs. Node.js: чей релиз-цикл лучше? (17:31) - Почему Java остается консервативной? (21:50) - Философия безопасности Java: зачем такие ограничения? (24:20) - Как другие языки повлияли на Java? (28:04) - Система типов в Java: проблемы и решения (29:54) - Почему система типов в TypeScript сложна? (31:46) - Java vs. Go: битва за простоту типов (33:39) - Будущее Java: что нас ждет впереди? (35:30) - Pattern Matching: как Java делает код безопаснее (39:57) - Динамическое расширение: Java vs. Kotlin (40:54) - Ограничения библиотек: помеха или защита? (41:50) - Наследование, форки и поддержка кода (46:34) - Kotlin: конкуренция или дополнение к Java? (48:24) - Преимущества Kotlin: что делает его особенным? (55:52) - Lombok уходит в прошлое? Альтернативы и тренды (57:45) - Рекорды в Java: удобство или ограничения? (59:40) - Наследование и библиотеки: проблемы совместимости (01:04:28) - Раздельная компиляция: новый путь для Java? (01:07:18) - Эволюция Java: влияние экосистемы (01:09:11) - Даты и время в Java: баги и исправления (01:10:08) - Мутабельность объектов: ахиллесова пята Java (01:11:06) - Java и автоматическое управление памятью (01:12:52) - Потеря популярности Java: миф или реальность? (01:13:48) - Как Java преподают в России? (01:15:39) - В чем главные преимущества Java? (01:17:26) - Современные возможности Java: автоимпорт и JShell (01:21:02) - Книга "100 ошибок в Java": кому она нужна? (01:23:51) - Тонкости программирования: ошибки, которых можно избежать (01:30:27) - Региональные особенности и локали: неожиданные баги (01:35:03) - Машинное обучение и Java: куда движется индустрия? (01:36:54) - Как технологии меняют стиль работы? (01:37:50) - GPT и Java: помогает ли ИИ программистам? (01:41:01) - Будущее программирования: куда движутся абстракции? (01:43:51) - Виртуальная машина Java: что внутри? (01:46:40) - Garbage Collection в Java: что нового? (01:50:26) - Проблема перемещения объектов в памяти (01:51:21) - Java: от интерпретатора к мощной компиляции (01:57:30) - Функциональное программирование и проблемы с GC (02:02:06) - Проект OpenJDK: кто и как развивает Java? (02:06:18) - Технические аспекты: почему Java все еще на C++? (02:08:18) - Maven vs. Gradle: вечное противостояние (02:11:12) - Заключение: тренды, будущее и напутствие зрителям ★ Support this podcast ★

В этом выпуске мы поговорили с Алексеем Рыбаком о том, как в Рунете зарождались и развивались высокие нагрузки: от первых новостных сайтов до больших социальных проектов. Разобрали, почему именно связка Nginx и Memcached стала стандартным инструментом, помогая справляться с миллионами запросов от пользователей. Поговорили о кластеризации классических баз данных и узнали, правда ли теперь MySQL и PostgreSQL могут «потянуть» миллионы RPS. Затронули тему Kubernetes и обсудили, действительно ли оркестрация решает все проблемы или лишь создаёт новые, особенно когда дело доходит до хранения состояния. И, наконец, разобрали баланс между монолитной и микросервисной архитектурой, вспомнив реальные фейлы — от случайного «Hello world» в продакшене до многочасовых релизов, которые парализовали работу сервиса. Вы узнаете, как избежать подобных ошибок, когда стоит уходить с облаков на своё железо и почему автоматизация не всегда спасает. Не пропустите — выпуск полон практических советов и инсайтов для разработчиков и тимлидов! Полезные ссылки:  https://youtube.com/@AlexeyRybak https://devhands.ru/courses - обучение для бэкендеров https://teamwork360.io - автоматизация проведения 360 оценки и performance review Высокие нагрузки 2025: топ трендов, которые меняют правила игры | Алексей Рыбак | #34 (00:00) - Введение и анонс (01:17) - Индустрия накачивает обороты: цифровая трансформация и найм (04:08) - HighLoad как мечта: как всё начиналось и к чему пришли (05:06) - Эра новостных сайтов: первые шаги в мир больших нагрузок (07:54) - Миллионы пользователей: как сервисы породили новый уровень трафика (09:48) - Когда серверы трещат по швам: борьба с трафиком (12:40) - Экосистемы разваливаются: почему важно знать стеки? (14:30) - Как передавали код и почему это было непросто (17:22) - HighLoad существует или нет? Сложный вопрос (24:52) - Как растёт PostgreSQL и почему микросервисы всё усложнили (29:32) - Реально ли мы решили проблему обработки больших данных? (38:00) - Есть ли жизнь без облаков и стоит ли возвращаться к своему железу? (41:47) - Kubernetes и базы: когда оркестрация превращается в боль (43:38) - Отказаться от облаков? Экономика против удобства (47:38) - Гибридная инфраструктура: выбор для тех, кто хочет экономить (49:31) - Модель нагрузки: считаем RPS и выбираем инструменты (51:26) - Уникальная задача: когда Docker работает не по учебнику (55:15) - MongoDB и её ошибки: от громких фейлов до лицензий (01:04:14) - Традиционные vs. новые базы: кто выйдет победителем? (01:08:59) - LinkedIn вместо Facebook: как меняется социальный ландшафт (01:16:28) - Нужен ли всегда кэш-слой? Противостояние базы и Redis (01:18:39) - Почему процессы в PostgreSQL не сломались от 5000 соединений? (01:22:07) - Шардинг по необходимости: когда одна машина больше не вытягивает (01:28:58) - Секреты кэширования: почему распределение ключей важнее, чем кажется? (01:30:50) - Прогрев или флашинг: две школы работы с кэшем (01:32:25) - Redis: база или кэш? Форки и будущее проекта (01:39:27) - Kafka, RabbitMQ и другие: зачем нужны шины? (01:43:35) - Переход Baidu на Kafka: как боролись с несущейся нагрузкой (01:46:28) - Лог-стриминг внутри базы: универсальное решение или риск? (01:48:21) - Очереди устарели? Как стриминг вытесняет старые подходы (01:51:09) - RabbitMQ и его копии: нужна ли нам вообще классическая очередь? (01:54:00) - Микросервисы: повторяем структуру компании или множим сущности? (01:56:52) - Телеметрия: спасение или путь к новому лоуду? (01:57:48) - Распределённые базы в Kubernetes: дешёвая магия или суровая реальность? (01:58:44) - Paxos и Raft: алгоритмы, которые держат ваше приложение на плаву (01:59:41) - Кластерные базы: когда данных больше, чем серверов (02:02:30) - Пример использования Consul: балансировка и сервис-дискавери на максимум (02:04:23) - Фейлы в продакшене: почему даже Hello World может навредить (02:08:07) - Каскадные сбои: как одна транзакция способна положить весь кластер (02:10:01) - Email-хаос: массовая рассылка и сотни жалоб (02:10:58) - Почему письма застряли в очереди и ушли тысячам пользователей? (02:11:56) - Заспамить или реанимировать: как бороться с почтовыми перегрузками? (02:13:13) - Готовые сервисы vs. своя логика: почему не всё так просто (02:14:10) - CRM и маркетинг: где программисту научиться этим управлять? ★ Support this podcast ★

В этом выпуске мы пообщались с Алексеем Фёдоровым — сооснователем JUG Ru Group и организатором одних из крупнейших IT-конференций в России. Он поделился тем, как создаются профессиональные мероприятия с нуля, какие сложности поджидают организаторов и почему, несмотря на все трудности, офлайн-события остаются востребованными. Обсудили, как отбирают доклады и спикеров, почему одни выступления становятся «бомбой», а другие проваливаются, и как готовятся настоящие «звёзды» технического сообщества. Алексей рассказал о трансформации рынка конференций после ковида, тонкостях работы с онлайн-форматом и важных деталях, влияющих на стоимость билетов. Вы узнаете, какие перспективы открывает выступление на конференциях (даже если вы никогда не делали доклад), как грамотно подходить к подготовке и что ценит аудитория. Кроме того, обсудили живые истории о неожиданных гостях, забавные казусы и тонкости работы за кулисами. Не пропустите — вас ждут инсайты от одного из главных экспертов в мире IT-конференций и дельные советы всем, кто хочет выступать или прокачать навыки организации мероприятий! Полезные ссылки: https://t.me/channel_23derevo Конференции JUG RU Group: https://jugru.org/ ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239092 #IT #конференции #программисты #разработка #айти #спикер #доклады #мероприятия #нетворкинг #айтиконференции #разработчики #организацияконференций #айтисообщество #айтибизнес #выступления IT-Конференция: классная тусовка или место профессионального роста? | Алексей Федоров | #33 (00:00) - – Вступление и анонс (00:21) - – История JUG RU Group: От хобби до масштабных событий (02:14) - – Разнообразие форматов: Java, JS, DevOps и другие тренды (05:06) - – Мероприятия в цифрах: Масштабы и рост онлайн-форматов (07:54) - – Пандемия как катализатор: Трансформация формата событий (09:47) - – Эволюция IT-событий: От региональных фестивалей к национальным форумам (12:35) - – Digital-старт: Создание сайта и поиск надёжных подрядчиков (14:28) - – Нетворкинг 2.0: Личные встречи с лидерами индустрии (16:21) - – Эффективный бизнес: Оптимизация расходов и опыт студий (19:11) - – Технические вызовы: Проблемы оборудования и подготовки докладов (22:14) - – Глобальный взгляд: Привлечение зарубежных экспертов и стандартов (24:08) - – Сила бренда: Как именитые спикеры привлекают внимание (25:04) - – Иностранные вызовы: Препятствия для зарубежных докладчиков (26:01) - – Независимые форматы: Равные возможности для инноваций (27:56) - – Установка стандартов: Оплата, гостиницы и индустриальные тренды (29:51) - – Современные сложности: Снижение качества без ключевых спикеров (31:45) - – Эволюция участия: От пассивного слушателя к активному участнику (33:41) - – Новые тренды: Мерч, бейджи и цифровизация событий (35:35) - – Аксессуары как тренд: Влияние выбора рюкзаков на стоимость (36:37) - – Корпоративный эффект: Групповые покупки и влияние бизнеса (38:31) - – Критерии выбора: Тематика, спикеры и качество контента (40:25) - – Социальный капитал: Нетворкинг и обмен опытом на конференциях (42:19) - – Личные кейсы: Встречи с легендами и обмен инсайтами (45:09) - – Бизнес-модели: Формирование цен и качество докладов (46:07) - – Скидки и премиум: Политика ценообразования в условиях рынка (48:56) - – Постпандемийный сдвиг: Корпоративные против персональных билетов (49:54) - – Бюджетирование событий: Оптимизация расходов в корпоративном сегменте (52:44) - – Ключевые инвестиции: Видео, кейтеринг, логистика и прочее (54:36) - – Аутсорсинг vs. инхаус: Стратегии формирования команд (58:03) - – Интеграция технологий: API, Enterprise-решения и мониторинг (01:00:54) - – Многогранность событий: Свадьбы, концерты и IT-мероприятия (01:05:38) - – За кулисами: Рок-клубы, концерты и неформальный формат (01:10:05) - – От провалов к успеху: Примеры неудачных докладов и уроки спикеров (01:21:25) - – Процесс отбора: Подготовка, рецензирование и доработка презентаций (02:02:12) - – Гибридные форматы: Переход на онлайн и экспериментальные решения ★ Support this podcast ★

В этом выпуске мы поговорили с Владимиром Ивановым, Senior Engineering менеджером в Bolt, о системном дизайне и его роли в создании крупных сервисов. Обсудили, как подойти к проектированию, начиная от простых односерверных решений и заканчивая распределёнными системами с балансировкой нагрузки, резервированием и шардированием баз данных. Разобрали, чем на самом деле отличаются реальная жизнь и собеседования по системному дизайну, затронули тему микросервисов и того, когда они действительно нужны, а когда нет. Поделились практическими советами, как соотносить бизнес-требования с техническими решениями, и почему разработчику важно мыслить шире, чем просто написание кода. Не пропустите — в выпуске много живых кейсов и инсайтов из реальных проектов! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в YouTube:  https://youtu.be/5A7ncMHfB1g Полезные ссылки: Business Oriented System Design Course: https://vvsevolodovich.dev/business-oriented-system-design-course/ https://www.linkedin.com/in/%F0%9F%93%9A-vladimir-ivanov-a4440226/ https://twitter.com/vvsevolodovich https://t.me/@vvsevolodovich https://t.me/@architectureweekly https://youtube.com/@architectureweekly (00:00) - – Введение и анонс (00:22) - – Проблемы с самокатами: рост количества, отсутствие инфраструктуры, ужесточение законодательства. (01:18) - – История системного дизайна: различия между российским и западным подходами, восприятие дизайна в индустрии. (02:17) - – Три типа компаний: продуктовые, сервисные и оффлайновые – их подход к системному дизайну. (05:00) - – Образование в IT: почему большинство разработчиков не готовы к проектированию сложных систем. (07:52) - – Проблемы с обучением системному дизайну: нехватка учебных материалов, передача знаний только через практику. (09:46) - – Сложности оценки системного дизайна: нет универсальных метрик, важность инженерного мышления. (11:38) - – Проектирование сложных систем: аналогии с машиностроением, влияние изменений на всю систему. (12:34) - – Влияние организационных и бизнес-требований: почему IT-решения часто усложняются искусственно. (14:29) - – Кейсы из бизнеса: пример с биллингом Bolt и необходимость технологических изменений. (17:40) - – Влияние команды: квалификация и мотивация разработчиков определяют эффективность решений. (20:47) - – Базовые навыки архитектора: облачные технологии, сети, безопасность, управление данными. (23:37) - – Организация работы в IT: роль стейкхолдеров, инвесторов и технических специалистов. (24:35) - – Найм правильных людей: 70% разработчиков не могут стать эффективными менеджерами. (25:50) - – Оптимизация решений: использование облачных платформ и их влияние на разработку. (29:29) - – Риски облачных технологий: необходимость осознанного подхода, стоимость и ограничения. (34:14) - – Взаимодействие с бизнесом: как упрощение требований сокращает время разработки. (37:05) - – Веб-разработка и системный дизайн: важность понимания архитектурных решений. (39:54) - – Масштабирование и доступность: почему стабильность требует сложных решений. (41:43) - – Проблемы с производительностью: важность кэширования, индексов и оптимизации баз данных. (44:32) - – Архитектурные ошибки: неоправданное усложнение систем и «архитектурные астронавты». (49:16) - – Стадии компетентности: путь от неосознанной некомпетентности к экспертному уровню. (51:21) - – Вопросы для оценки решений: какие риски могут убить продукт. (56:03) - – Бэкапы и отказоустойчивость: примеры реальных провалов и их последствия. (01:00:45) - – Практическое тестирование: важность проверки резервного восстановления данных. (01:08:22) - – Региональные требования и блокировки: как они влияют на хранение данных. (01:12:07) - – Ошибки хранения данных: почему нельзя хранить их внутри приложения. (01:14:55) - – Kubernetes и масштабирование: как правильно строить отказоустойчивые системы. (01:30:41) - – Микросервисы vs. монолит: плюсы и минусы подходов. (01:35:41) - – Разница между интервью по системному дизайну и реальной архитектурой. (01:38:30) - – Оценка зрелости разработчика: что показывают вопросы на собеседовании. (01:42:13) - – Стоимость решений: баланс между затратами, производительностью и бизнес-логикой. (01:45:55) - – Итоги: системный дизайн как ключевой навык, анонс курса по бизнес-ориентированному системному дизайну. ★ Support this podcast ★

В этом выпуске мы с  Артёмом Арутюняном погрузились в тему стейт-менеджмента во фронтенде и функционального реактивного программирования. Разобрали ключевые вопросы:  — Как современные подходы (например, концепция Local First) помогают решать проблемы синхронизации локального и глобального состояний?  — Какие преимущества и ограничения традиционных решений, таких как Redux и MobX, и чем их дополняют новые реактивные примитивы?  — Какие технические нюансы влияют на производительность и отказоустойчивость сложных UI-приложений?  — Как обеспечить надёжную интеграцию между клиентским состоянием и серверным рендерингом (SSR)?  — Какие инструменты и архитектурные решения актуальны для создания масштабируемых систем уже сегодня? В этом выпуске вас ждёт детальный разбор реальных кейсов и технологических подходов, позволяющих совершенствовать управление состоянием в современных веб-приложениях. Получите практические рекомендации и узнайте, какие технологии открывают новые возможности для разработчиков. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в YouTube:  https://youtu.be/Lbq_NwIKUrI Полезные ссылки: https://t.me/artalog #react #frontend #javascript #redux #zustand #recoil #mobx #effector #reactquery #webdevelopment #webdev #coding #localfirst #ux #api (00:00) - Взрыв с порога: React под прицелом (00:25) - Local First: волшебная таблетка для веба? (02:12) - Local First: сложности и опыт запуска (07:47) - Синхронизация фронта и бэка: как подружить миры? (09:50) - Таск-менеджеры и боль: почему все страдают? (12:40) - Интернет-сбои: кошмар потерянных данных (13:35) - Масштабирование: когда у вас 5000 экшенов? (15:20) - Стейт 2025: застой или новая эра? (18:09) - Local Storage: бомба замедленного действия? (23:24) - Миграции vs. совместимость: кто победит? (27:09) - Простота рулит: почему сложные решения не всегда лучше? (28:06) - Архитектура как ответ: рецепт стабильности приложений (29:04) - Глобальный адаптер: один ключ ко всем данным? (30:12) - React и конкуренты: где тот идеальный стейт? (31:20) - Маркетинг против технологии: что решает судьбу фреймворка? (34:06) - Инерция: клей, который спасёт вас от хаоса? (36:57) - Redux-боль: нужна ли нам ещё одна библиотека? (40:10) - Redux и Toolkit: уйти нельзя оставить? (43:01) - Банковский фронт: 5000 экшенов и тайная боль отладки (46:54) - Экосистема Redux: куда катимся? Атомы на подходе? (53:50) - Булевы флаги и мемоизация: полезно или перебор? (54:45) - Персистентность: как не потерять всё при сбоях? (56:06) - Таймеры, анимации и локальные стейты: слоёный пирог фронтенда (57:04) - Обратный отсчёт: почему «простая» фича может стать адом? (58:59) - Тяжёлая артиллерия: аудиоплеер и тесты без слёз? (01:06:31) - Валидации, фреймворки и вечный спор: React всё-таки фреймворк? (01:09:24) - Глобальные стейты, SSR и Zund: рецепт катастрофы? (01:13:35) - Куда пропадают данные? React в стагнации? (01:17:49) - Куда исчезли разработчики? Next.js редактор под угрозой? (01:21:14) - Fastify vs. Next: упрощение фронтенда или иллюзия SSR? (01:23:06) - Роутинг, SEO и агностичные фреймворки: миф или реальность? (01:29:31) - Разделяем фронт и бэк: DevOps, лишний слой или спасение? (01:33:17) - Безопасность в JS и шок новичка: кто выживет? (01:36:07) - Роутинг плюс стейт: оптимизация биндингов или гонка вооружений? (01:40:47) - Сигналы, реактивность и асинхронность: почему всё сложно? (01:48:04) - Один стейт-менеджер и React Query: спасение или костыли? (01:50:54) - Гонки состояний и несколько реактивных систем: катастрофа? (01:53:44) - React против Effector: свобода, рамки и контекст? (01:57:28) - Асинхрон и Google Docs: кто держит контроль? (02:01:54) - JetBrains, новая IDE и Monaco: где грань возможного? (02:05:05) - Нативные языки, Redux и будущее фронтенда: что нас ждёт завтра? ★ Support this podcast ★

В этом выпуске мы поговорили с Юрием Жлобой — разработчиком из Wargaming. Обсудили, почему Erlang стал революцией для телеком-индустрии, а Elixir сделал функциональное программирование удобным для бизнеса. Разобрали ключевые вопросы: — Как модель акторов решает проблемы многопоточности и отказоустойчивости? — Почему виртуальная машина BEAM — одна из самых мощных в индустрии? — Чем Elixir отличается от Erlang и как он изменил разработку веб-приложений? — Почему WhatsApp, Discord и другие гиганты выбрали именно эту технологию? — Стоит ли изучать эти языки сегодня и где они актуальны в 2025 году? Этот выпуск — глубокий разбор технологий, которые обеспечивают стабильность и масштабируемость в самых требовательных системах. Вы узнаете, какие задачи они решают лучше всего и какие перспективы открывают разработчикам. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239084 Полезные ссылки: https://www.youtube.com/@YuriZhloba  Учебный курс по Эликсир, доступный на YouTube и RuTube https://www.youtube.com/@YuriZhloba_Music  https://rutube.ru/channel/38124338/ (00:00) - Введение и анонс (01:54) - Erlang – язык, который не менялся 40 лет, но до сих пор актуален! (03:44) - Зачем появился Elixir и правда ли, что он быстрее Ruby on Rails? (05:54) - Почему Erlang идеален для мессенджеров и серверов с высокой нагрузкой? (08:25) - Как язык, созданный для телефонов, стал основой современных технологий? (10:17) - Что такое грин-треды и почему Erlang распределяет нагрузку лучше всех? (13:08) - Как обновлять код на сервере без перезапуска? Магия горячей замены! (19:41) - Почему в Erlang нет проблем со сборкой мусора и утечками памяти? (25:33) - Почему Erlang – не лучший выбор для большинства проектов? (27:27) - Как Erlang стал лучшим инструментом для парсинга бинарных данных? (29:24) - Как Elixir изменил мир Erlang и что он делает лучше? (33:47) - Phoenix – веб-фреймворк, который мог заменить Rails, но не смог (39:43) - Акторы в Erlang – концепция, которая ломает мозг! (44:28) - Как в Code Battle используются процессы и реальное время? (48:15) - Почему Erlang идеально подходит для софт-реалтайм систем? (52:13) - Как конечные автоматы в Erlang меняют программирование? (55:02) - Супервизоры – технология, которая делает системы неубиваемыми! (56:52) - Почему рекурсия в Erlang работает лучше, чем циклы? (58:48) - Почему Erlang и Elixir до сих пор живы, несмотря на Kubernetes? (01:05:48) - Какие крупные компании используют Erlang и почему? (01:07:36) - Правда ли, что Erlang один из самых энергоэффективных языков? (01:15:16) - Стоит ли учить Elixir в 2025 году? (01:17:42) - Как выбор Elixir влияет на вашу карьеру? (01:22:54) - Где учить Elixir и почему важно понимать акторов? (01:26:49) - Erlang и Elixir – технологии будущего или нишевая экзотика? ★ Support this podcast ★

В этом выпуске мы снова встретились с Дмитрием Коваленко, чтобы разобраться, почему Rust заслужил столько внимания в сообществе разработчиков.  Дмитрий подробно объяснил, как работает знаменитый borrow-checker, в чём преимущества языка без garbage-коллектора и сравнил Rust с C++ и Go. Мы обсудили, где Rust действительно выигрывает по производительности, а где могут возникнуть сложности:  от FFI (взаимодействия с внешними библиотеками) до компиляции крупных проектов. Затронули и перспективы Rust в веб-разработке, GameDev, а также в высоконагруженных системах. Получился содержательный и насыщенный разговор, полезный и начинающим, и опытным специалистам.  Присоединяйтесь, чтобы узнать, чем Rust может усилить ваш tech stack и как писать надёжный, эффективный код! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в YouTube:  https://youtu.be/bKyxOaP-mDg Полезные ссылки: https://x.com/neogoose_btw https://youtube.com/@neogoose_btw https://github.com/dmtrKovalenko (00:00) - – Введение и анонс (02:09) - – История создания Rust: от Mozilla к независимости. (04:02) - – Кто использует Rust в 2025 году? (05:53) - – Mozilla и её вклад в развитие Rust. (08:46) - – Rust: язык для всего? (09:43) - – Почему экосистема Rust меняет индустрию? (11:38) - – Кривая обучения: правда ли Rust сложный? (12:35) - – Какие задачи Rust решает лучше всего? (13:33) - – Асинхронный Rust: почему это всё ещё боль? (14:28) - – Уникальные концепции Rust: заимствование. (17:18) - – Заимствование в действии: пример для начинающих. (21:00) - – Ошибки компилятора Rust: как перестать их бояться? (23:54) - – Скрытые ограничения системы заимствования. (27:06) - – Это эволюция или тупик? (32:18) - – Лучший Developer Experience в мире? (35:53) - – Почему Cargo — идеальный пакетный менеджер? (37:53) - – Ошибки в Rust: с чем придётся столкнуться? (39:45) - – Как бороться с хаосом в типах ошибок? (44:25) - – Rust против Go: что выбрать для высоких нагрузок? (47:34) - – Личное мнение о Go: чем он разочаровывает? (49:29) - – Как Rust экономит ресурсы, не жертвуя удобством. (50:26) - – Где Rust подводит: проблемы с библиотеками. (52:18) - – Макросы Rust: секретная сила языка. (58:50) - – Константные функции и трейты: новый уровень гибкости. (01:01:42) - – Почему в Rust нет инкапсуляции? (01:06:57) - – Unified Function Call и Subtyping: скрытые возможности Rust. (01:13:33) - – Большие бинарники: это проблема? (01:17:19) - – Что мешает Rust стать идеальным? (01:20:08) - – Будущее Rust: что нас ждёт в 2024 году? (01:22:55) - – Работа для Rust-разработчиков: где искать? (01:25:47) - – Rust и разработка на Mac: перспективы. (01:26:43) - – Микроволновки на Rust: реальность 2025 года. (01:28:38) - – Rust в Game Dev: будущее или утопия? ★ Support this podcast ★

В этом выпуске подкаста мы с Дмитрием Коваленко, опытным разработчиком и контрибьютором таких проектов, как Material-UI, Cypress и FFmpeg, затронули тему низкоуровневого программирования, обсудили работу с ассемблером и оптимизацию производительности на уровне процессора. Мы поговорили о спецификах современных процессорных архитектур, таких как ARM и RISC-V, разобрали, как устроены регистры, память и кэш, и выяснили, почему ассемблер остаётся востребованным инструментом. Также обсудили задачи, где использование ассемблера критично, например, в обработке видео и работе с кодеками, и объяснили, как высокоуровневые языки программирования взаимодействуют с низкоуровневым кодом. Кроме того, мы коснулись принципов локальности данных, разницы в подходах к компиляции и интерпретации, современных инструментов для разработки на ассемблере и рассмотрели интересные эксперименты, связанные с написанием кода с нуля. Этот эпизод получился насыщенным: мы подробно обсудили технологии, архитектуру и программирование на уровне железа. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в YouTube: https://youtu.be/BsNgohFW6rM Полезные ссылки: https://x.com/neogoose_btw https://youtube.com/@neogoose_btw https://github.com/dmtrKovalenko (00:00) - – Введение и анонс (00:33) - – Как Дмитрий Коваленко изменил Material UI и стал легендой React? (03:47) - – Зачем программисту знать операционные системы в эпоху облаков? (08:02) - – Как в стартапах делают больше с меньшими ресурсами? (09:24) - – Почему функциональное программирование – это ключ к балансу? (12:01) - – Ассемблер для новичков: что это и зачем его понимать? (14:56) - – Как процессор выполняет инструкции быстрее, чем вы моргаете? (18:54) - – Почему переход Apple на ARM стал эпохальным событием? (22:50) - – Что делает ARM лучшей архитектурой для будущего? (27:20) - – Как языки программирования становятся всё ближе к железу? (32:20) - – 5 шагов, чтобы изучить ассемблер и понять процессоры (35:21) - – Как операционные системы управляют вашим кодом? (39:54) - – Зачем программисты возвращаются к ассемблеру в 2025 году? (44:00) - – Что на самом деле происходит, когда вы пишете код? (48:07) - – Как компиляторы делают ваш код быстрее (или медленнее)? (52:37) - – Ассемблер спасает YouTube: тайны оптимизации видео (57:52) - – Почему видеокодеки – это высший пилотаж программирования? (01:04:23) - – Как ассемблер раскрывает скрытые резервы процессоров? (01:06:58) - – Кэш процессора: главный секрет ускорения ваших программ (01:16:00) - – Почему копирование строк убивает производительность? (01:20:23) - – Заключение: почему ассемблер – это основа всего IT? ★ Support this podcast ★

В этом выпуске подкаста "Организованное программирование" мы поговорили с Владимиром Дементьевым, ведущим разработчиком в компании "Злые Марсиане", контрибьютором в Ruby и Ruby on Rails. Владимир поделился своим опытом работы с языком Ruby, рассказал о своей роли в его развитии и популяризации, а также о вкладе в экосистему языка. Обсудили: - Современное состояние языка Ruby и ключевые направления его развития. - Влияние Ruby на подходы к программированию и его применение в крупных проектах. - Эволюцию фреймворка Ruby on Rails, включая новые возможности, такие как асинхронная обработка. - Подходы к созданию устойчивой архитектуры приложений на Ruby и опыт использования языка в open-source проектах. - Личный опыт Владимира в разработке таких проектов, как AnyCable, и его вклад в создание инструментария для разработчиков. - Будущее Ruby, инновационные подходы в разработке и то, как язык продолжает вдохновлять новое поколение программистов. Этот выпуск станет настоящей находкой для тех, кто интересуется языком Ruby, Rails или хочет лучше понять open-source разработку. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео:  https://vkvideo.ru/video-224967259_456239081 Полезные ссылки: github.com/palkan twitter.com/palkan_tula https://www.packtpub.com/en-us/product/layered-design-for-ruby-on-rails-applications-9781801813785 — Layered Design for Ruby on Rails applications https://dmkpress.com/catalog/computer/web/978-5-93700-260/ —  Проектирование приложений Ruby on Rails слой за слоем https://evilmartians.com/events/startups-on-rails-railsconf-2024 — Startups on Rails (RailsConf 2024) https://youtu.be/7Q51UKZSLwU?si=E0EJb825FRavrwxY - Чем хорош "Руби" и сколько ему осталось https://dragonruby.org/  https://github.com/picoruby/picoruby  https://sonic-pi.net/  https://rubyonrails.org https://guides.rubyonrails.org/getting_started.html — обновлённый Rails Tutorial (подробно об этом рассказывал Крис Оливер в Remote Ruby) https://www.youtube.com/watch?v=olxoNDBp6Rg — The Myth of the Modular Monolith (Rails World 2024) https://www.youtube.com/watch?v=-gBMJNAHYnc — proConf vs. Rails World 2024 https://evilmartians.com/events/keynote-rails-way-or-the-highway-kaigi-on-rails-2024 — Rails Way, or the Highway (Kaigi on Rails 2024) https://fluxui.dev/ — LiveWire Flux https://inertia-rails.dev/ — Interia.js for Ruby on Rails https://evilmartians.com/events/from-server-to-client-ruby-on-rails-on-webassembly-wasmcon-2024 — Ruby on Rails on WebAssembly (WasmCon 2024) https://writebook-on-wasm.fly.dev/ — Rails on Wasm Handbook https://evilmartians.com/chronicles/anycable-speaking-needing-help-with-a-twilio-openai-connection — “Hey, AnyCable speaking! Needing help with a Twilio-OpenAI connection?” https://www.youtube.com/watch?v=Me_USd1TeYM — Empowering the Individual: Rails on AI (Rails World 2024) https://leanpub.com/patterns-of-application-development-using-ai — Patterns of Application Development Using AI (00:00) - Введение и анонс (04:24) - Архитектура Rails: главный вклад Ruby в мир разработки (09:15) - Anycable: революция в веб-сокетах (12:27) - Коммерческий опенсорс: бум новой бизнес-модели (18:03) - Возрождение Ruby: язык, который не сдаётся (25:03) - Rails и альтернативы: почему экосистема остаётся актуальной (33:14) - Ruby 4: новые инструменты для программистов (38:56) - Переход между языками: Ruby, Go и JavaScript (41:39) - Системы типов: поиск баланса в Ruby (52:34) - Динамичность против строгой типизации (56:39) - Rails как эталон веб-разработки (01:06:19) - Масштабируемость и производительность Rails (01:14:04) - Асинхронное выполнение в Ruby 3 (01:27:32) - Масштабируемость и ракторы: будущее Ruby (01:36:38) - Использование Ruby для игр и микроконтроллеров (01:42:37) - Sonic Pi: создание музыки на Ruby (01:46:44) - Ruby в современном программировании ★ Support this podcast ★

В этом выпуске мы поговорили  с Алексеем Палажченко об эволюции языка Go и его роли в современном программировании. Разобрали, как Go стал выбором для крупных проектов, включая создание баз данных, и почему он продолжает завоёвывать популярность среди разработчиков. Также обсудили, как новые фичи, такие как дженерики и итераторы, меняют подход к разработке. Особое внимание уделили ключевым темам: - Простота и лаконичность Go как основы его философии. - Влияние Google на развитие языка и баланс между минимализмом и новыми возможностями. - Рынок Go-разработчиков, востребованность специалистов и нишевые преимущества языка. - Сравнение Go с другими языками, такими как Rust и Python, для разных типов задач. - Проблемы обратной совместимости и подходы к оптимизации производительности. Мы также затронули перспективы рынка Go, востребованность разработчиков и то, как язык может расширять свои горизонты в ближайшие годы. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео:  https://vkvideo.ru/video-224967259_456239074 Полезные ссылки: https://www.linkedin.com/in/alexeypalazhchenko/ https://github.com/AlekSi https://t.me/HowToGoWrong (00:00) - Введение и анонс (00:08) - – Как Go стал популярным инструментом для сетевых сервисов (08:04) - – Каким образом Google поддерживал развитие Go (12:08) - – Почему Go популярен среди опытных программистов (14:02) - – Что сделало Go востребованным в облачных технологиях (16:14) - – Почему Go стал выбором для микросервисов (18:06) - – Как обратная совместимость делает Go привлекательным (23:12) - – Как встроенные фреймворки упрощают работу с Go (26:26) - – Почему Go идеально подходит для низкоуровневых задач (28:39) - – В чём преимущества Go перед Haskell и Erlang (31:27) - – Как generics изменили подход к программированию на Go (35:33) - – Почему система типов Go привлекает разработчиков (39:37) - – Почему система модулей Go упрощает разработку (41:26) - – Как инструмент tooling изменил процесс обновления кода (43:05) - – Почему стандарты Go упростили управление зависимостями (44:11) - – Как Go решает проблемы с зависимостями (46:46) - – Как Go продолжает развиваться, несмотря на сложности (50:41) - – Почему goroutines делают Go эффективным для многопоточности (52:38) - – Как concurrency в Go меняет подход к программированию (55:55) - – Как высокоуровневые фреймворки делают код Go понятнее (57:50) - – Почему Go сохраняет качество кода при росте команд (58:46) - – Почему Go предпочитают для простых бизнес-задач (01:01:41) - – Как Go поддерживает интроспекцию и генерацию кода (01:05:27) - – Какими задачами можно эффективно заниматься на Go (01:09:17) - – Как Go JS расширяет возможности языка (01:11:12) - – Почему Go удобен для тестирования консольных утилит (01:13:30) - – Как дженерики упростили работу с данными в Go (01:14:36) - – Почему интерфейсы делают Go гибким инструментом (01:19:09) - – Как метрический полиморфизм меняет подход к разработке (01:21:17) - – Почему метрический полиморфизм усложняет, но улучшает Go (01:23:39) - – Какие перспективы ждут язык Go (01:25:29) - – Как Go управляет методами и интерфейсами (01:26:37) - – Почему дженерики стали важным изменением в Go (01:27:34) - – Как обобщённые системы делают Go универсальным (01:29:27) - – Почему дженерики сохраняют простоту кода Go (01:33:17) - – Как итераторы улучшают работу с данными в Go (01:36:18) - – Почему итераторы стали важной частью Go (01:39:52) - – Как паттерн-матчинг может повлиять на Go ★ Support this podcast ★

В этом выпуске мы поговорили с Кирой Кузьменко, которая поделилась своим опытом и взглядом на современные реалии IT-рынка. Обсудили, как меняются ожидания работодателей, почему мультифункциональность стала ключевым навыком, и что нужно, чтобы оставаться востребованным специалистом в быстро меняющемся мире. Кира рассказала о том, как адаптироваться к новым условиям, что происходит с удалёнкой и фрилансом, и почему совмещение проектов становится нормой. Мы также обсудили, чем российские компании отличаются от западных в подходе к найму, и как LinkedIn помогает находить работу мечты. В конце выпуска Кира дала ценные советы для тех, кто только начинает свой путь в IT или думает о смене карьеры. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео:  https://vkvideo.ru/video-224967259_456239073 Полезные ссылки: ТГ-канал: Рекрутинг, котики и апокалипсис https://t.me/kirafound Ютуб: https://www.youtube.com/@newhr Подкаст Собес: https://podcast.ru/1638899174/info (00:00) - Введение и анонс (01:21) - Кризис и его восприятие на рынке IT (03:14) - Влияние пандемии на насыщение IT-рынка (06:01) - Снижение инвестиций и сокращение расходов в стартапах (09:45) - Сокращение проектов и сотрудников в IT-сфере (12:37) - Перераспределение ресурсов: Фокус на прибыль и маркетинг (13:43) - Высокий спрос на разработчиков Go и мобильную разработку (14:37) - Проблемы и актуальность разработки на 1С (16:30) - Тренд на мультифункциональных специалистов (18:47) - Изменение аудитории программистов: Отток ради легких денег (20:42) - Влияние кризиса 2020-2021 на IT-рынок (24:26) - Трансформация рынка труда и спрос на Python-разработчиков (25:23) - Обучение аналитиков и рост спроса на системных аналитиков (26:21) - Развитие финтеха в разных регионах и его вызовы (29:25) - Миграция IT-специалистов и дефицит кадров в России (31:50) - Нестабильность российского рынка труда и сокращения (35:36) - Удаленная работа: Снижение популярности и преимущества (37:29) - Удаленная работа и сложности найма релевантных кандидатов (38:26) - Ожидания специалистов vs. реальность рынка IT (40:19) - Автоматизация откликов и конкуренция с индийскими специалистами (42:13) - Отсев нерелевантных откликов через автоматизацию (45:07) - Примеры успешного и неудачного найма через разные каналы (48:41) - Стратегии закрытия вакансий и корректировка ожиданий (49:38) - Организация обучения и создание собственных школ (50:35) - Проблемы с рекрутингом и накруткой опыта (56:15) - Ужесточение процесса найма и добавление тестовых этапов (58:08) - Логика работодателя и адаптация кандидатов (59:01) - Философия рынка труда и необходимость адаптации (01:07:40) - Платные тестовые задания как фильтр качества (01:11:28) - Совмещение работы и фриланс: Возможности и риски (01:15:58) - Тренд на удаленную работу и контроль сотрудников (01:21:03) - Баланс между удаленной работой и офисом (01:24:50) - LinkedIn как ключевая социальная сеть для IT (01:32:40) - Работа из России на зарубежные компании: Вызовы и стратегии (01:36:28) - Особенности международного рынка труда и работа на США ★ Support this podcast ★

В этом выпуске мы поговорили с Андреем Апанасиком о современном геймдеве, его вызовах и трендах. Обсудили, почему разработчики всё чаще выбирают готовые игровые движки вроде Unreal Engine и Unity вместо создания собственных решений. Андрей поделился своим опытом разработки игр, рассказал о том, как меняются подходы к созданию геймплея и почему маркетинг стал ключевым элементом успеха в игровой индустрии. Получился содержательный разговор о том, что стоит за успешными играми, как не потеряться среди конкурентов и как будущим разработчикам найти свой путь в индустрии. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239069 Полезные ссылки: https://x.com/Suvitruf https://t.me/gamedev_suffering https://t.me/apanasik_jobless (00:00) - Введение (01:31) - Геймдев в деталях: Многообразие ролей и возможностей (03:23) - Загадки разработки: Основные сложности создания игр (05:15) - Инструменты геймдевера: От визуальных редакторов до Unity (12:29) - Будущее программирования: Не заменит ли ИИ разработчиков? (13:59) - Мощь готовых движков: Почему Unreal Engine 5 на подъеме (15:57) - Навыки для геймдева: Что нужно знать разработчику игр (18:46) - Зарплаты и креатив: Особенности доходов в геймдеве (23:58) - Code Battle: Соревнования разработчиков в игровой форме (26:48) - Искусственный интеллект в играх: Настоящие ли боты? (28:42) - Командная работа: Дизайнеры и программисты в действии (31:58) - Создание игры: От идеи до прототипа (34:48) - Инвестирование в игры: Как собрать команду и финансирование (36:22) - Тренды и аудитория: Что нравится современным игрокам (40:07) - Листинг игр: Ключ к органическому росту (49:19) - Мультиплеер и киберспорт: Жизнь игр и постоянная аудитория (51:12) - Долговечность игр: Что делает игры популярными надолго (52:50) - Проблемы окупаемости игр (53:47) - Семейные игры: Совместные развлечения для всех (56:38) - Технологии в геймдеве: Влияние современных движков (01:03:49) - Экспериментальные проекты: Поддержка нестандартных идей (01:08:29) - Сериалы по играм: Влияние на продажи и популярность (01:10:21) - Инди-игры: Сложности и пути к успеху (01:13:11) - Публикация игр: Как выпустить игру на рынок (01:16:29) - История Steam: Революция в дистрибуции игр (01:24:49) - Разработка вашей игры: От идеи до реализации (01:27:52) - Бизнес-ошибки: Уроки неудач в геймдеве (01:31:37) - Запуск игры: Трудности и особенности стартапа (01:42:55) - Рынки игр: Международные vs российские (01:44:50) - Экономика игр: Инвестиции и рост компании (01:48:36) - Операционный бизнес: Сопровождение и поддержка игроков (01:50:29) - Ответственность в B2C: Риски и заботы ★ Support this podcast ★

Личный бренд для программиста — это не просто модное слово, а один из ключевых инструментов для построения успешной карьеры в IT. В этом выпуске мы с Владиленом Мининым обсудили, зачем разработчику нужен личный бренд и как его построить с нуля. Владилен поделился своим опытом создания одного из самых успешных технических YouTube-каналов в Рунете и объяснил, почему личный бренд — это актив, который невозможно отнять. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео:  https://vkvideo.ru/video-224967259_456239068 Полезные ссылки:  https://www.youtube.com/@VladilenMinin https://t.me/js_by_vladilen https://result.school/ Мы поговорили о том, как личный бренд помогает привлекать новые возможности, строить карьеру и даже открывать бизнес. Владилен рассказал, с чего начать, если вы только думаете о публичности, и почему идеальным быть не нужно. Обсудили практические шаги для старта: создание Telegram-канала, поиск первых идей для постов и формирование аудитории. Этот выпуск будет полезен всем, кто хочет выйти из тени, заявить о себе и сделать свой профессиональный путь более устойчивым. 00:00 Введение и анонс 00:11 Почему личный бренд становится критически важным в IT 02:05 Практические шаги к созданию личного бренда разработчика 03:58 Личный бренд как гарантия долгосрочной карьеры 05:56 Ваш личный бренд – незаменимый актив в цифровую эпоху 07:49 Монетизация личного бренда: экспертность в действии 10:40 Публичные собеседования и укрепление репутации 11:38 Инфлюенсеры и их роль в формировании доверия 13:32 Личный бренд как источник мотивации и вдохновения 15:29 Эмоциональная искренность – ключ к лояльной аудитории 19:17 От техничности к мета-ценностям: эволюция контента 21:10 Полезный контент превыше критики и непонимания 24:02 Хейтеры и конструктив: превращаем негатив в опыт 27:33 Минимальный личный бренд – старт для новых возможностей 32:14 Личный бренд упрощает нетворкинг и поиск партнеров 36:54 Уникальность контента как конкурентное преимущество 39:44 Выбор тем: ориентир на интересы и эмоции аудитории 41:37 Постоянство в публикациях – основа стабильного роста 43:28 Начало в Telegram: простой старт для ваших идей 47:56 Баланс тем: от профессионализма к личным историям 53:39 Эксперименты и обратная связь: улучшайте контент вместе с аудиторией 55:33 Одна ошибка в продакшене как драйвер популярного поста 58:20 Почему даже эксперты пересматривают базовые уроки 01:00:12 Базовые темы в IT, способные собрать миллионы просмотров 01:03:02 Engagement: главный показатель интереса аудитории 01:04:58 Поведенческие факторы: как понять, что контент цепляет 01:06:52 Вовлеченность против охвата: что важнее 01:08:45 Медийность и социальный капитал: почему известность важна 01:12:30 Лимиты аудитории: не всем интересны узкие темы 01:16:14 Оптимизация кода как способ развития личного бренда 01:18:07 Создание контента в экстремальных условиях 01:19:59 Смысл важнее совершенства: не бойтесь стартовать 01:20:56 Инструменты планирования и кросспостинга для экономии времени 01:22:23 Начните с малого: не усложняйте площадки для старта #ЛичныйБренд #ITКарьера #Программист #Брендинг #Программирование #Карьера #Разработчик #ITСоветы #КакСтатьВостребованным #КарьерныйРост #СозданиеБренда #УспешныйПрограммист #БрендингВIT #СоветыДляПрограммистов Как личный бренд помогает программистам найти работу | Владилен Минин | #23 ★ Support this podcast ★

В этом выпуске мы с Андреем Ситником. обсудили будущее фронтент разработки и большой сдвиг в сторону баз данных на клиенте с автоматической синхронизацией вместо классических апи вызовов. Или короче, поговорили о движках синхронизации. Андрей рассказал про движение Local First, которое предлагает ряд принципов создания веб-приложений, одновременно решающих задачи владения данными и совместной работой. Благодаря движкам синхронизации, Local First приложения получают возможность работать офлайн и хранить свои данные там где нужно, не завязываясь на конкретный, обычно облачный, провайдер. Это позволяет строить более быстрые, безопасные и защищенные в плане владения данными приложения. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть на Youtube: https://youtu.be/-57r5AARRgY Полезные ссылки: https://x.com/andrey_sitnik https://t.me/sitnik https://sitnik.ru https://localfirstweb.dev - Local-First Software https://electric-sql.com - ElectricSQL | Postgres sync engine https://www.inkandswitch.com/local-first/ - Local-first software https://evilmartians.com/chronicles/recapping-the-first-local-first-conference-in-15-minutes - Recapping the first Local‑First conference in 15 minutes 00:00  Введение и анонс 00:57 Проблемы текущего фронтенда 02:48 Сокращение времени разработки — ключ к успеху стартапов. 05:38 Проблемы синхронизации - Недостаток обсуждения архитектуры взаимодействия клиента и сервера. 09:04 О том, как создание отдельного сервиса для синхронизации данных улучшает производительность. 11:52 Проблемы GraphQL и возвращение к React Query 13:44 Преимущества отдельных движков синхронизации 15:51 Взаимодействие с фреймворками и стейт-менеджментом 17:44 Про Движки синхронизации, которые ускоряют разработку и повышают удобство приложений. 22:14 О том, как декларативная работа с данными и инкапсуляция логики на сервере ускоряют разработку. 24:07 Про Использование стейт-менеджеров 28:42 Критерии качественного Sync engine 34:20 Проблемы оптимистичного UI 36:55 Преимущества REM, которые помогают быстро создавать прототипы с готовой настройкой прав доступа. 43:13 Мультимастер синхронизация баз данных 45:59 Проблемы и решения синхронизации 47:51 Сложные базы данных требуют специализированных подходов к синхронизации. 48:48 Подходы к синхронизации данных 52:11 Проблемы и решения в синхронизации данных 55:51 Проблемы с хранением больших объемов данных 59:08 Синхронизация данных между вкладками 01:04:53 Open API помогает создавать единую систему типов для синхронизации. 01:10:26 Local First и его преимущества 01:14:11 Менеджеры паролей и их будущее 01:16:19 Проблемы и решения в Local First 01:20:20 Будущее разработки и выбор фреймворков 01:24:04 Пример использования Local First 01:28:15 Пара слов о проблемах с Next.js и вариантах их решений 01:33:12 Движение за уменьшение размера баннов 01:35:55 Уменьшение зависимостей улучшает безопасность и производительность проектов. #LocalFirst #Frontend #WebDevelopment #OfflineApps #DataSynchronization #React #JavaScript #CloudComputing #OfflineMode #Programming #WebApps #CRDT #backend Будущее фронтендовых приложений. От запросов, к движкам синхронизации / Андрей Ситник / #22 ★ Support this podcast ★

В этом выпуске мы погружаемся в мир функционального программирования вместе с Николаем Рыжиковым — одним из ведущих специалистов по Clojure в России. Николай делится своим уникальным опытом использования Clojure как в разработке коммерческих проектов, так и в создании open-source инструментов. Мы обсуждаем, чем Clojure отличается от других языков, почему его философия минимализма и неизменяемости так важна для современной разработки, и какие задачи лучше всего решать с его помощью. Николай рассказывает о том, как этот язык помогает ему создавать лаконичный, надежный и масштабируемый код, который легко поддерживать. Также в выпуске: ✅  Как начать с Clojure и на что обратить внимание новичкам. ✅  Чем вдохновиться, чтобы полюбить функциональный стиль. ✅  Как Clojure развивает способность к абстрактному мышлению. Этот эпизод будет полезен всем, кто хочет расширить горизонты программирования, узнать больше о функциональных языках и, возможно, найти для себя инструмент, который перевернет подход к написанию кода. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239064 Полезные ссылки: https://sicp.hexlet.io/ru https://www.linkedin.com/in/nikolai-ryzhikov-586a6913/ https://www.parens-of-the-dead.com/ https://youtube.com/playlist?list=PLWqFoTt4Rws8vR9-rTtbTpCf8g8m4JU5P&si=ItsgOJSil_weAWgY 00:00  Введение и анонс 00:36  Как медицинская платформа поменяла стандарты индустрии? 01:58  От софта к платформе: путь к масштабированию компании 03:51  Интеграция без границ: данные, которые работают вместе 06:40  Почему Clojure стал сердцем разработки? 07:37  Clojure: искусство простоты и масштабируемости 09:59  Как изучение Clojure изменило подход к программированию? 12:33  Clojure: язык, который пишет код на лету 13:29  Фронтенд на Clojure: новый взгляд на isomorphic stack 14:25  Clojure vs TypeScript: как победить проблемы с библиотеками? 17:15  TypeScript: инструмент для декларативного кода 20:27  Минимальность Clojure: секреты метапрограммирования 24:19  Почему функции — идеальные компоненты? 30:02  Макросы Clojure: искусство создания нового кода 35:44  Как работать с кодом, как с данными? 41:27  Императивная оболочка и функциональное ядро: сила в единстве 44:12  Примеры из практики: как Clojure упрощает сложные процессы программирования 48:53  SQL и данные: генерируй, упрощай, доминируй 52:07  Гибкость через генерацию: как код адаптируется к задачам 56:26  Иммутабельность: как неизменность данных упрощает жизнь? 58:18  Почему иммутабельность — лучший друг разработчика? 01:00:59  Персистентные структуры данных: будущее Clojure 01:02:54  Оптимизация и параллелизм: как работает Clojure 01:04:47  Атомы и состояние: управление без головной боли 01:07:36  Подведение итогов: чему научило функциональное программирование? 01:28:16  Как найти место в команде мечты? Приглашение к диалогу #Clojure #FunctionalProgramming #ProgrammingLanguage #LearnClojure  #FunctionalCode #ImmutableData  #MinimalismInProgramming #TechTalk #DevelopersLife Почему Clojure — выбор программистов для сложных задач? / Николай Рыжиков / #21savage ★ Support this podcast ★

В этом выпуске я поговорил о проектировании баз данных с Алексеем Махоткиным (он был техническим директором того самого Undev). У Леши богатейший опыт в работе с БД, который вылился в разработку своей собственной методики моделирования баз данных, которая называется Minimal Modeling. Скоро выходит книга посвященная этому подходу, а здесь мы разбираем принципы лежащие в его основе. Эта концепция разделяет физическое устройство схемы специфичное для конкретной базы, от ее логического универсального представления. В выпуске мы разбираем принципы построения этой логической модели и ее отражение на конкретные базы данных. По пути затрагивая проблемы эволюции и масштабирования баз данных. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vk.com/video-224967259_456239060 – Смотреть в Youtube Полезные ссылки: https://databasedesignbook.com/ https://kb.databasedesignbook.com/posts/google-calendar/ - та самая статья на 9000 слов 00:00 Введение и анонс 01:28 Про важность правильных вопросов и подходов к проектированию баз данных. 02:24 Альтернативный подход к проектированию баз данных, основанный на логических элементах. 05:11 Описание модели из четырех логических элементов 07:07 Про важность понимания бизнеса и задач при проектировании баз данных. 08:58 Разделение ролей и рисков при проектировании баз данных. 11:30 Вопросы, которые помогают разработчикам понять задачу и правильно спроектировать базу данных. 13:20 Как учесть бизнес-риски при моделировании системы? 14:16 Эволюция базы данных 17:04 Краш-тест базы данных помогает предвидеть возможные изменения. 18:58 Легкость внесения изменений не означает, что они всегда будут простыми. 21:44 О важности использования правильных терминов  и подходов для проектирования баз данных. 22:42 Ancor Modeling 27:21 Проверка правильности анкеров и их количества. 31:26 Вопросы для проверки правильности атрибутов. 35:03 Логические линки 36:58 Про важность учета возможных изменений в бизнесе. 39:49 Демистификация процесса разработки для новичков. 41:42 Проблемы предугадывания изменений 45:25 Важно проверять, все ли данные и связи учтены в логической схеме. 48:13 Создание требований и выбор платформы 52:45 Логическая и физическая модели 56:39 Стратегии дизайна таблиц 01:04:23 Проблемы с метаданными и атрибутами 01:06:47 Эволюция баз данных и искусственный интеллект. 01:09:25 Стратегии дизайна таблиц 01:12:14 Альтернативные методы проектирования 01:14:21 Подходы к дизайну в MongoDB 01:19:00 Независимость атрибутов - важный принцип моделирования. 01:25:25 DynamoDB и его особенности 01:30:07 Реализация системы типа Google календаря 01:33:15 Корнер-кейсы и их обработка 01:36:05 Пример с Facebook и R Rules 01:37:01 Использование трансформаторов для создания конкретных слотов. 01:37:56  Создание ивентов и слотов для повторяющихся событий. 01:41:44 Проектирование БД и оптимизация #базаданных #дизайнбазыданных #проектирование #моделирование #разработка #программирование #стартап #бизнесаналитика #оптимизация #SQL #NoSQL #кодинг #продуктивность #эффективность #разработчик ★ Support this podcast ★

Кризис среднего возраста — это не конец, а начало нового этапа, полного возможностей и перемен. В этом выпуске мы  обсуждаем, как сложные периоды жизни могут стать отправной точкой для поиска себя, вдохновения и профессионального роста. Екатерина Петрова делится личным опытом: как выгорание привело к смене карьеры с IT-разработки на маркетинг, почему запуск подкастов может стать терапией и как простые хобби, такие как бег, помогают найти баланс в жизни. Вы узнаете, как справляться с хейтом, развивать уверенность в себе и преодолевать страхи, чтобы двигаться вперёд. Этот выпуск вдохновит вас использовать кризис как шанс на трансформацию, будь то смена профессии, создание подкаста или открытие нового увлечения. Практические советы, личные истории и секреты успеха ждут вас в нашей беседе. Если вы чувствуете, что застряли на месте, или хотите вдохновиться на перемены, это видео — то, что вам нужно. Подписывайтесь, чтобы не пропустить новые полезные выпуски! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vk.com/video-224967259_456239060 Полезные ссылки: https://x.com/KathrinPetrova Подкаста "Подлодка" https://www.youtube.com/@PodlodkaShow 00:00 Введение и анонс 01:37 Путь из iOS разработчика в маркетинг и подкастинг  03:29 Популярность подкаста "Подлодка" и его мета-выпуски 06:20 История создания и развития подкаста "Подлодка" 09:11 Несколько слов о важности расширения тем и привлечения новых ведущих 10:05 Сложности поиска женщин на роль ведущих подкаста про IT  11:59 История о начале своей карьеры в подкасте "Подлодка" 12:56 Баланс между ответственностью и весельем 14:51 Эксклюзивная история про Винишко и первый подкаст Екатерины  16:44 Как команда выбирает темы и гостей для выпусков. 21:20 Про роль качества звука в подкастах 25:07 О выходе подкаста "Подлодка" на YouTube 26:38 НЕсколько слов о статистике прослушиваний подкаста на разных платформах 29:42 Как происходит подготовка и запись выпусков 35:37 Проблемы и успехи подкастинга 36:34 Тот самый приятный момент, когда осознали масштаб аудитории подкаста 37:30 Развитие подкаста через разные платформы 38:27 Особенности влияния подкаста на аудиторию 41:18 Ключевые факторы успеха выпуска подкаста 44:07 Энергия и стиль гостей влияют на успех выпуска 45:58 Про органический рост популярности подкаста 48:03 Эксперименты с форматами подкастов 50:55 Проблемы и страхи, связанные с реакцией аудитории. 55:36 Про личный опыт и обучение в роли интервьюера 58:26 Про политические темы в подкасте 59:23 Хейт как индикатор успеха 01:05:00 Изменения в аудитории подкастов 01:09:41 Кросс-опыление и технические выпуски 01:10:39 О важности оставаться в рамках своей экспертизы, несмотря на изменения в аудитории 01:11:56 Подход "пропускания сквозь себя" помогает удерживать аудиторию, которая проходит через разные форматы 01:17:33 Про успех и благотворительность 01:27:53 Подкасты помогают взаимодействовать с интересными людьми ★ Support this podcast ★

В этом выпуске мы с Евгением Козловым обсудим, как строятся процессы и принятие решений в крупных технологических компаниях, зачем нужны многоуровневые собеседования и алгоритмические задачи, а также поговорим о том, как внутренние платформы помогают масштабировать IT-команды. Евгений поделится своим опытом перехода от аутсорсинга к Big Tech, расскажет о вызовах, с которыми сталкиваются разработчики, и объяснит, что действительно важно для успешной карьеры в IT. Будет много интересного и полезного для тех, кто хочет понять, что значит работать в Big Tech и чем это отличается от небольших компаний. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) https://podcast.ru/1734325321 Чем Big Tech отличается от малого бизнеса? Что делает крупные компании такими успешными? В этом выпуске я расскажу о том, как создаются IT-гиганты в России и какие процессы они перенимают у западных коллег, чтобы оставаться конкурентоспособными. Вы удивитесь, насколько важны внутренние платформы и строгие стандарты, которые формируют рабочий процесс на гигантских масштабах. Почему в Big Tech такие жёсткие собеседования? Какие навыки на самом деле нужны, чтобы пройти отбор? Мы поговорим о структуре технических интервью, алгоритмах и подводных камнях собеседований. Также я поделюсь плюсами и минусами работы в больших компаниях и стартапах — что выбрать для старта карьеры в IT? Если вы хотите разобраться в том, как построить успешную карьеру в Big Tech или стартапе и что реально нужно знать и уметь, — это видео для вас! Полезные ссылки: - Github Евгения: https://github.com/abstractart  - Telegram Евгения: https://t.me/careerunderhood  -  https://x.com/_abstractart 00:00 Профессиональная карьера программиста 04:01 Собеседования в IT-компаниях. О важности коммуникации и адекватности интервьюера в процессе собеседования 07:43 Формализм и структура собеседований 10:44 Системный дизайн и его роль в собеседованиях 13:36 Различия в собеседованиях в больших и маленьких компаниях 14:33 История формализации собеседований: рост числа кандидатов VS необходимость быстрого найма 17:04 О роли алгоритмических секций 18:56 Проблемы и преимущества формальных собеседований 21:09 Важность системного мышления у кандидата 27:04 Использование Bootstrap и его возможностей 28:02 Интересные вопросы на собеседованиях 29:56 О команде разработчиков Евгения Козлова 31:51 Важность ориентации на бизнес-смыслы в маленьких компаниях 33:44 Найм и цепочка поставок в Big Tech: система важнее конкретных людей 36:34 Методологии и примеры работы 39:22 Тайминги и процессы в Big Tech 42:14 Влияние Agile и Scrum на рабочие процессы 45:04 Успех команды и продукта важнее строгого следования процессам 47:53 Коммуникация и взаимодействие, или как важно хвалить и журить сотрудников для поддержания продуктивности 49:43 Инструментарий и софт в Big Tech 52:41 Необходимость адаптации культуры и процессов к потребностям команды и продукта 53:36 Внутренние инструменты для разработчиков 54:32 Проблемы автоматизации или насколько важно контролировать количество сервисов и их влияние на общую инфраструктуру 55:29 Контроль и управление сложностью 58:19 Визуализация и метрики 01:00:07 Примеры неправильного использования микросервисов 01:06:41 В реальной жизни инженеры должны быть разумными, а не категоричными 01:07:36 О распределении ответственности в команде 01:09:32 Интеграция и зрелость или о том, что в больших компаниях перекидывание "как@шками" не конструктивно 01:11:23 Проектная организация в Big Tech 01:13:16 Про важность Матричной структуры для координации 01:17:05 Роль микросервисов в оптимизации рабочих процессов и масштабировании продукта 01:19:00 Проблемы с продуктовыми смыслами 01:19:57 Модель зрелости и использование технологий 01:21:09 Платформенный инжиниринг и DevOps 01:26:39 Проблемы с абстракцией и мотивацией 01:28:55 Использование готовых компонентов 01:30:54 Критерии внедрения платформенного инжиниринга 01:33:44 Бенчмарки и расходы 01:35:35 Идеальная конкуренция приводит к нулевой марже 01:40:06 Профессионализм не означает знание всего 01:41:02 Работа в бигтехе 01:45:44 Эксперименты и менеджмент 01:46:42 Культура и менеджмент в бигтех 01:50:07 Важно заниматься тем, что интересно, независимо от размера компании #разработка #BigTech #собеседования #карьераИТ #алгоритмы #системныйдизайн #стартапы #программисты #карьерныйрост #ИТвРоссии #карьераразработчика #программирование #технологии #ITмонополии #бизнесИТ ★ Support this podcast ★

В этом выпуске мы с Денисом Семененко, Principal Software Engineer в DocGo, обсуждаем разработку REST API, спецификации, преимущества и недостатки инструментов типа TypeBox и TypeSpec, и как понимание всех этих аспектов влияет на процесс проектирования. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть в Youtube Мы затронем исторический контекст REST, его ограничения и концепцию HATEOAS для построения гибких интерфейсов. Также рассмотрим, как REST и RPC решают схожие задачи и чем отличаются JSON API и GraphQL, поговорим про OpenAPI и Async API, стандарты обработки ошибок, перемещение логики на промежуточные серверы и разделение ответственности между клиентом и сервером. В общем в этом эпизоде очень много о программировании и архитектуре. Полезные ссылки: Твиттер Дениса: https://twitter.com/denblackstache Тред про REST API: https://x.com/mokevnin/status/1824512290793853328 Hypermedia Factors. Факторы для сравнения разных message formats между собой http://amundsen.com/hypermedia/hfactor/ AsyncAPI https://www.asyncapi.com/ OpenAPI Tools https://openapi.tools/ Книга Сергея Константинова https://twirl.github.io/The-API-Book/API.en.html 00:00 Обсуждение REST и API 08:55 Инструменты и спецификации для API 12:44 Инновации в программировании с Closure 20:09 TypeSpec: Будущее описания API 24:47 Сравнение подходов к описанию API 29:54 Сравнение OpenAPI и альтернативных решений 34:36 Книга Сергея Константинова и мифология REST 39:11 Понимание hateOS и его значение 42:07 Гипермедиа и его роль в вебе 44:31 Динамическое построение интерфейсов 46:54 Проблемы с реализацией API 48:54 Преимущества REST по сравнению с RPC 51:18 Перемещение логики на промежуточный сервер 54:33 Стандарты обработки ошибок в API 59:45 Сравнение JSON API и GraphQL 01:04:31 Проблемы упаковки данных в JSON 01:07:41 Форматы сообщений и обратная совместимость 01:10:42 Семантический веб и его влияние на API 01:12:56 Гибкое выборочное представление контента 01:14:53 Разнообразие форматов API и их применение 01:17:05 Стандарты API и их эволюция 01:20:40 Выбор технологий для построения API 01:23:52 Frontend и API: как строить взаимодействие 01:25:49 ГрафQL: хайп и реальность 01:29:11 Проблемы и ограничения GraphQL 01:29:42 Оптимизация REST API и его преимущества 01:30:12 Знакомство с Ransack и его концепцией 01:31:14 Фильтрация данных и ее сложности 01:32:53 Преимущества Ransack в фильтрации 01:35:34 Использование Doreos и Grape для API 01:37:14 Валидация данных и ее уровни 01:39:35 Проектирование микросервисов и Domain Driven Design ★ Support this podcast ★

В этом выпуске мы с Юрием Селивановым, CEO и co-founder Edgedb, говорим о разработке на Python: будет много про Open Source, контрибьют в Python, инструменты и технологии. Рассмотрим, где сейчас активно применяется Python в веб-разработке, Data Science и Machine Learning, а также сравним его с другими языками, такими как Go, Erlang и Rust. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть в Youtube Вы узнаете о ключевых аспектах асинхронного программирования, внедрении Async Await и влиянии этих изменений на переход на Python 3, о важности типизации в Python и создании MyPy, интеграции с другими сервисами и эволюции Serverless-архитектуры. Мы также обсудим использование Python в микросервисах и запуск кода в браузере с помощью WASM. Creators & Guests Юрий Селиванов - Guest Кирилл Мокевнин - Host Полезные ссылки: – Проект Юрия – Twitter Юрия 00:00 Путь к разработке на Python 05:46 Бэкграунд и первые шаги в программировании 12:11 Возврат к Open Source и его влияние на карьеру 12:38 Важность участия в Open Source 14:27 Питон как язык программирования 20:04 Вклад в развитие Python 23:44 Оптимизация производительности Python 25:05 Асинхронное программирование в Python 33:11 Текущие тренды и будущее Python 37:29 Рост популярности Python и его применение 40:28 Сравнение Python с другими языками программирования 43:44 Python как язык для начинающих программистов 46:34 Разнообразие применения Python в разных областях 49:53 Интересные примеры использования Python в индустрии 50:22 Асинхронное программирование и его эволюция 57:33 Проблемы синхронности и асинхронности в Python 01:02:13 Сравнение языков: Python и Erlang/Elixir 01:02:42 Модели языков программирования и их популярность 01:03:38 Проблемы с инструментами и пакетными менеджерами 01:05:52 Новые инструменты для Python и их влияние 01:07:45 Сложности пакетирования в Python 01:09:11 Проблемы с билд-системами 01:10:20 Сравнение языков программирования и их инструментов 01:12:41 Риски и преимущества выбора языков программирования 01:14:31 Корректный код и линтеры 01:18:15 Серверлесс и Python 01:23:36 Проблемы и перспективы серверлесс 01:26:52 Интеграция сервисов и микросервисы 01:28:38 Запуск кода в браузере и WASM 01:32:34 Типизация в Python и её развитие 01:39:08 Типизация и языки программирования 01:44:38 Создание HDB и его особенности 01:51:37 Преимущества использования PostgreSQL для HDB 01:54:57 Функциональные возможности HDB и их развитие 02:00:41 Будущее HDB и амбиции команды #кириллмоквенин #python #программирование #it ★ Support this podcast ★

Хабр жив?! В этом выпуске мы вместе с Алексеем [Boomburum] Шевелёвым, одним из первых рейтинговых авторов, а теперь руководителем отдела по работе с пользователями Хабра, погружаемся в историю самого культового в ру-сегменте ИТ-портала и обсуждаем проблемы контента, авторов, карму, минусы в комментариях и многое другое. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть в Youtube Кроме того, мы поговорим о том, как Хабр адаптируется к новым условиям рынка и как телеграм-каналы влияют на авторов и аудиторию. Разберёмся в рейтинговой системе Хабра, узнаем, какую роль играет карма в саморегуляции пользователей и как влияет на качество общения и контента. Также мы поделимся мыслями о роли искусственного интеллекта в создании контента и влиянии нейросетей на современное образование и медиа. Creators & Guests Кирилл Мокевнин - Host Boomburum - Guest Полезные ссылки: Блог Кирилла на Хабре Блог Алексея на Хабре 00:00 Знакомство и начало на Хабре 06:07 Как сейчас развивается Хабр 12:09 Телеграм-каналы и их влияние на авторов 15:54 Как изменилась аудитория Хабра 27:11 Проблемы с минусами и кармой на Хабре 32:01 Как работает карма на Хабре 37:09 Влияние кармы на пользователей и их поведение 45:44 Изменение общественного мнения и злость в интернете 50:16 Закрытые сообщества и их влияние на общение 55:53 Личный бренд и авторство в современном контенте 56:48 Качество контента на Хабре: мифы и реальность 01:02:59 Факапы и storytelling в контенте 01:07:53 Искусственный интеллект и его роль в контенте 01:13:56 Методы работы с ИИ в обучении 01:24:00 Будущее контентных проектов и нейросетей 01:27:19 Паттерны поиска информации и Reddit 01:31:02 Пользовательские войны и революции на платформах 01:35:09 Технические аспекты и развитие Хабра 01:35:25 Структура команды и аутсорсинг 01:36:20 Легенды Хабра: персонажи и мифы 01:38:41 Хабр и его культура 01:40:49 Будущее Хабра и его экосистема 01:42:57 Связь с авторами и сообществом ★ Support this podcast ★

В этом выпуске мы вместе с Валентином Удальцовым, автором канала Пых в Telegram, обсуждаем PHP (тот самый язык программирования, про который говорят, что он умирает, а на нём 80% сайтов до сих пор написано). Поговорим про весь путь его развития — от старых подходов до новых тенденций, PHP-комьюнити и контрибьютах в версии PHP. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть в Youtube Мы рассмотрим популярные фреймворки, такие как Symfony и Laravel, их роль в бизнес-проектах и сообществе разработчиков. Обсудим важные события PHP-сообщества, включая конференции и митапы, такие как PHP Rush, а также текущее состояние рынка PHP-разработки в России. А также в этом выпуске темы производительности PHP, включая использование Roadrunner и влияние стандартов PSR на экосистему языка, изменения в типизации PHP, внедрение статической типизации и дженериков, сравнение PHP с другими языками, например, Go, Kotlin, TypeScript и Ruby. Creators & Guests Кирилл Мокевнин - Host Valentin Udaltsov - Guest Полезные ссылки из этого видео: – Интервью с одним из создателей Kotlin – Очень умные мысли про статическую типизацию – Язык, который Валентин в конце не смог вспомнить — Scala 00:00 Процесс контрибьюции в PHP 06:11 Старые подходы и новые технологии 11:23 Тенденции в разработке на PHP 15:29 Сравнение PHP с другими языками программирования 18:14 Наследие и будущее PHP 23:03 Фреймворки и инструменты в PHP 24:48 Бизнес и проекты на PHP 32:46 Сообщество и конференции PHP 37:12 Состояние рынка PHP-разработки 39:43 Конференции и митапы: опыт и перспективы 43:53 Проблемы и решения в Laravel 49:51 Преимущества Symfony и его гибкость 52:00 Сравнение Ruby и PHP в контексте гибкости 55:41 Проблемы и решения в PHP и Symfony 01:01:44 Будущее PHP и его особенности 01:03:33 Оптимизация PHP и Roadrunner 01:08:52 Состояние и производительность PHP 01:12:35 Стандарты PSR и их влияние на PHP 01:23:54 PHP и статическая типизация 01:37:59 PHP и его сообщество ★ Support this podcast ★

В этом выпуске мы с Алексом Мигутским, старшим инженером в Microsoft/GitHub, разбираемся в том, что такое софт-скилы, как они проявляются в семье, соцсетях и на работе, и неплохо так дискутируем на эту тему (в ходе выпуска вы несколько раз услышите «не согласен»). А ещё поговорим о том, как интервьюеры оценивают culture fit на собеседовании, можно ли натренировать soft skills, как появляется выгорание и о многом другом. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть в Youtube В этом выпуске мы рассмотрим культурные различия в США, Германии и России, поговорим о важности конструктивного общения и как личные качества влияют на софт-скилы. Также обсудим вопросы личностного роста, развития навыков коммуникации и трудности, которые могут возникнуть на этом пути. Вы узнаете, как можно выявить и оценить компетенции на интервью, а также о различиях между корпоративной культурой и стартапами. Creators & Guests Кирилл Мокевнин - Host Алекс Мигутский - Guest 00:00:00 Софт-скилы и культурные различия 12:13 Личностные качества и их влияние на софт-скилы 25:24 Зачем меняться? 27:46 Компетенции и социальные навыки 29:39 Категоризация софт-скилов 31:31 Проверка компетенций на интервью 33:28 Личностные особенности и софт-скилы 39:31 Структура интервью и выявление навыков 45:27 Стандартизация навыков в компаниях 54:32 Проблемы в коммуникации и их влияние на карьеру 56:24 Поиск работы и карьерные конфликты 01:00:49 Культура и коммуникация в международных командах 01:04:10 Обратная связь и ее роль в команде 01:16:57 Проблемы коммуникации в цифровом мире 01:24:02 Продуктивность и transferable skills 01:30:29 Выгорание на работе: причины и последствия 01:42:28 Нормализация разговоров о психических расстройствах 01:45:11 Социальные сети и их влияние на восприятие здоровья 01:51:08 Политика компаний и свобода слова ★ Support this podcast ★

Какие заключаются принципы SOLID, в чём правы (или нет) Барбара Лисков и Роберт Мартин и как солид влияет на архитектуру ПО? В этом видео дискутируем вместе с Евгением Сергеевым, автором канала S0ER и архитектором ПО, о специфичности SOLID для некоторых стеков программирования и о том, как скиллы программиста влияют на принятие решений. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть на Youtube Вы узнаете об инверсии зависимостей (DIP), принципе открытости-закрытости (OCP), роли интерфейсов в командной работе, взаимосвязи SRP с другими принципами SOLID и многом другом. Особое внимание уделяется принципу Барбары Лисков, его влиянию на архитектуру программного обеспечения и тому, как эти принципы нарушаются в реальной практике. Мы обсудим, как квалификация программистов и бизнес-требования могут влиять на применение этих принципов, а также рассмотрим важность их понимания для успешного развития в программировании. Creators & Guests Кирилл Мокевнин - Host Евгений Сергеев - Guest 00:00 Введение и обзор в SOLID 09:38 Изменение значений и применения принципов Solid 12:32 Инверсия зависимости и работа с абстракциями 16:00 Применение DIP для упрощения изменений 19:57 Ограничения и сложности DIP в фронтенд-разработке 21:51 Принцип инверсии зависимостей (DIP) в больших командах и проектах 24:46 Инверсия управления (IOC) и решение проблемы инверсии зависимостей 28:55 Внедрение зависимостей (DI) и использование IOC-контейнера 34:15 Осмысленное применение принципов DIP и IOC 37:04 Прямая зависимость и использование интерфейсов 43:25 Гибкий и расширяемый код 45:28 Ограничения системы типов и зависимые типы 53:18 Влияние принципов SOLID на архитектуру 55:49 Типы как множество возможных значений 57:57 Факторы, влияющие на нарушение принципов 01:03:40 Идеальный код и принятие решений в сложных условиях 01:16:13 Введение в принципы DIP и OCP 01:22:37 Применение принципов DIP и OCP в разработке 01:31:46 Роль доменных событий в программировании 01:34:35 Масштабирование и распределенные системы в событийной модели 01:37:57 Понимание и применение принципов SOLID через общение с опытными разработчиками и изучение хороших примеров кода 01:41:02 Разные взгляды на Single Responsibility Principle 01:50:26 Иллюзия понимания и вдохновение от SRP 01:53:27 Влияние SRP на архитектуру программных систем 01:57:14 Распределение обязанностей и архитектура приложений 02:01:20 Связь SRP с другими принципами SOLID 02:04:30 Роль принципов SOLID в разработке программного обеспечения 02:06:49 SOLID как продукт, продаваемый Робертом Мартином #программирование #it #solid ★ Support this podcast ★

Искуственный интеллект решает, кто в итоге получит работу? 😱 В этом выпуске с Михаилом Танским, Founder & CEO Хантфлоу, обсуждаем, как работает автоматизированный найм, как HR фильруют резюме, как работают разные АТС и Headhunter и почему компании не отвечают кандидатам на отклики на вакансии. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть в ВК Видео – Смотреть на Youtube В этом выпуске обсудим, как искусственный интеллект меняет процесс найма, какие ключевые слова важно использовать в резюме, и как адаптировать своё резюме под современные требования. Расскажем о своем опыте управления кандидатами, проблемами массовых откликов и как технологии могут улучшить или усложнить процесс подбора персонала. Creators & Guests Кирилл Мокевнин - Host Михаил Танский - Guest 00:00 Рекрутинговые системы и фильтрация резюме 26:52 Использование инструментов трекинга для управления кандидатами 31:24 Что писать в резюме, чтобы понравиться рекрутерам 01:09:28 Роль рефералов и автоматизации в процессе найма 01:16:30 Влияние социальных медиа на рынок кандидатов 01:21:05 Проблема закрытых вакансий и неподходящих кандидатов 01:25:10 Рынок кандидатов и джобсайты 01:28:39 Искусственный интеллект в процессе найма 01:32:03 Автоматическая фильтрация и приоритизация 01:38:30 Тестовые задания 01:44:32 Проблемы рынка труда 01:52:46 Найм первого человека - детский сад рекрутмента 02:00:37 Роль сопроводительного письма 02:06:46 Риски рекомендаций ★ Support this podcast ★

В этом выпуске разговариваем о больших компаниях и больших зарплатах! Вместе с Кириллом Игнатьевым, Senior Software Engineer, обсуждают процесс найма в крупных IT-компаниях, роли рекрутеров и грейды разработчиков. Кирилл расскажет нам свой путь из Яндекса в FAANG, а также про то, как он проходил собеседования в крупные зарубежные компании в США и Ирландии. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть на Youtube – Смотреть в ВК Видео Вы узнаете о различных подходах к зарплатам в технологических компаниях, бодишопах и хедж-фондах, особенностях работы на удалёнке, влиянии пандемии на офисную культуру и бюрократические сложности, с которыми сталкиваются сотрудники. Creators & Guests Кирилл Мокевнин - Host Кирилл Игнатьев - Guest Ссылки, которые упоминал Кирилл: https://newsletter.pragmaticengineer.com/p/trimodal-nature-of-tech-compensation https://www.levels.fyi/ https://interviewing.io https://docs.google.com/document/d/1MAGfpvCQ9NanQFZ8hBhEK4ZgB5Jo_KflHUm0P7F4bJM/ – Интервью с Яндексом про собеседования 00:00 Работа в Facebook и переезд в США 11:04 Грейды в Яндексе и Facebook, резюме, вакансии и найм в крупных компаниях 20:00 Как сопоставить ключевые слова в резюме с требованиями вакансий 28:11 Распределение зарплат в IT-компаниях в США 38:57 Новый грейд - новая работа? 39:44 Уровни разработчиков в Google и Facebook 52:23 Переход к менеджерским позициям 01:06:27 Влияние развития карьеры на зарплату 01:09:51 Влияние культуры компании на карьерный рост 01:36:54 Работа в бодишопах и фултайм 01:40:57 Удержание сотрудников и опционы в стартапах 01:43:51 Performance Review и связь с продуктами компании 01:46:25 Проблемы stack ranking 01:48:15 Ограничения возвращения в офисы после пандемии 01:54:40 Привязка зарплат к регионам 01:57:05 Изменения в культуре компаний *упоминаемые в видео Facebook и Instagram принадлежат компании Meta, которая запрещена на территории РФ ★ Support this podcast ★

Помните период, когда во всех рекламах с ИТ были пальмы, пляж и преимущества удалённой работы? В этом выпуске обсуждаем, так ли классно работать в Таиланде, изменения в мире фронтенда, вспоминая о старых технологиях и появлении Angular. В этом мне поможет Антон Плешивцев, VP of Engineering в Bravado, который ранее работал в Aviasales и разрабатывал игру, которая попала в топ Steam. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть на Youtube – Смотреть в ВК Видео Creators & Guests Кирилл Мокевнин - Host Антон Плешивцев - Guest 00:00 Увлечение программированием с детства 04:26 Переезд в Таиланд и работа в Aviasales 09:41 Возвращение в Россию и продолжение работы в IT 13:34 Проблемы с культурным барьером и общением с местными жителями 18:08 Преимущества Таиланда: пляжи и тайская еда 22:48 Различия в климате Таиланда и Майами 29:27 Проблемы и новые технологии в разработке фронт-энда 35:14 Проблемы с управлением зависимостями и сложностью кода 43:36 Сравнение Angular и React 47:46 Разработка игр и сбор команды 53:54 Выгоды удаленной работы 54:47 Мотивация и наслаждение разработчиков игр 55:15 Организация удаленной команды 56:34 Качество игры и отбор на Steam 57:58 Игры как способ провести время с семьей 01:03:07 Участие в стартапе в Сан-Франциско 01:05:58 Рекрутинг в США 01:06:39 Сейлзы в американских компаниях 01:16:40 Переход к remote-first культуре и организация офсайтов 01:19:27 Сокращение сотрудников и последующий рост 01:25:31 Отличия культуры стартапов в США и России 01:27:54 Сложности стартапов в США 01:29:50 Дорогой найм разработчиков в США 01:31:39 Преимущества найма за рубежом #программирование #менеджмент #кириллмокевнин ★ Support this podcast ★

В этом выпуске знакомимся с техническими и управленческими аспектами работы в компании с физическим продуктом и для этого поговорим с сооснователем и CTO Scentbird Андреем Ребровым. Представляете, у них 300-320 сотрудников, включая удалённых работников и сотрудников на складе, из которых где-то 40 – это разработчики! В разработке используются Java, React, Angular, Docker, Red Hat, AWS и многое другое, поэтому мы много говорили о переходе от монолитной архитектуры к микросервисам, включая выбор между Spring Boot и Micronaut, проблемах с производительностью и интеграционными тестами, а также уроках, извлечённые из этих изменений. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть на Youtube – Смотреть в ВК Видео Creators & Guests Кирилл Мокевнин - Host Андрей Ребров - Guest 00:00 Разработка в компании Scentbird 04:31 Интеграция с внешними ERP-системами 07:55 Эффективность расходов на технологии 18:19 Переход от Hibernate к Micronaut и Spring Boot 20:34 Проблемы с временем старта и потреблением памяти в Spring Boot 23:24 Решение проблем с контекстом и интеграционными тестами в Micronaut, нативная поддержка GraalVM 30:47 Принятие решений в разработке микросервисов 41:26 Проблемы разделения базы данных между фронтендом и бэкендом 50:32 Переход к пониманию и применению микросервисной архитектуры с помощью Micronaut 57:29 Релизный цикл и процедуры внутри компании 59:21 Код-ревью и проверка изменений 01:02:40 Контроль изменений через dev, stage и prod среды 01:09:35 Удаленная работа и гибкость в процессах разработки 01:18:50 Значение аналитиков в компании 01:23:23 Навыки эффективного общения и soft skills при найме разработчиков 01:27:19 Процесс найма программистов 01:45:21 Применение необходимых механик и практик ★ Support this podcast ★

Всем ли программистам нужно высшее образование и чем оно отличается в разных странах? В этом видео вместе с Виталием Брагилевским разберём, когда высшее образование необходимо, а когда можно обойтись без него, обсудим важность математики и физики для определённых задач, а также рассмотрим различия между высшим и средним профессиональным образованием в США, Европе и России. В финале обсудим будущее образования в эпоху искусственного интеллекта: какие возможности и вызовы несёт ИИ для студентов и преподавателей. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть на Youtube – Смотреть в ВК Видео Creators & Guests Виталий Брагилевский - Guest Кирилл Мокевнин - Host 00:00 Нужно ли высшее образование в программировании 11:41 Различия между высшим и средним профессиональным образованием 18:07 Поддержка разных уровней образования 28:35 Проблемы бюрократии в системе образования 33:34 Различия между российскими и зарубежными образовательными стандартами 39:17 Ограничения в возможностях для волонтерской деятельности 44:22 Финансовый аспект образования 47:59 Сравнение немецких и американских университетов 50:17 Коммерциализация образования в России 54:56 Оценки и ЕГЭ в современной системе образования 01:01:10 Проблемы элитарности высшего образования 01:03:06 Единая система экзаменов и социальный лифт 01:04:04 Мобильность в образовании 01:07:53 ЕГЭ: доступ к лучшим вузам и развитие страны 01:13:42 Важные факторы успешного обучения 01:24:25 Система образования в США 01:33:59 Распределение студентов по уровню мотивации и способностям 01:40:03 Учительские навыки и эмпатия 01:42:03 Преимущества онлайн образования 01:53:35 Искусственный интеллект в образовании ★ Support this podcast ★

Node.js — мощный инструмент, который часто используется как для фронтенда, так и для бэкенда. В этом видео вместе с Андреем Мелиховым, Lead Developer в Yandex.Cloud ( @devschacht, https://t.me/melikhov_dev),  обсудим, как Node.js помогает создавать BFF (Backend For Frontend), проблемы и ограничения Node.js, а также его будущее, какие преимущества даёт TypeScript в разработке и какие фреймворки лучше выбрать для ваших проектов. ✅ Подписывайтесь на канал «Организованное программирование» в Telegram – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие) – Смотреть на Youtube – Смотреть в ВК Видео Creators & Guests Кирилл Мокевнин - Host Андрей Мелихов - Guest 00:00 Разработка облаков на Node.js 08:41 Что такое Node.js  11:14 Проблемы с дебагом при использовании декораторов 18:12 Особенности фреймворка Nest.js, работа с базами данных с использованием TypeORM и MicroORM 21:00 Ограничения декораторов и ORM в TypeScript 25:50 Нехватка экосистемы в Node.js 33:00 Потенциал Node.js для интерактивности и реал-тайма 33:54 Проблемы с другими языками и фреймворками 36:52 Альтернативные движки JavaScript для определенных сценариев использования 46:13 Стандартизация и производительность 49:16 Развитие Node.js: модули и ECMAScript 57:57 Проект Harmony и замена CommonJS модулей 01:00:24 Inertia.js и создание интерактивных приложений 01:07:18 Комьюнити Node.js в России 01:10:31 Выбор фреймворка для разработки на Node.js 01:12:25 Проблемы с перезапуском приложения на Node.js 01:18:55 Использование инструментов для тестирования на Node.js 01:23:45 Альтернативные инструменты для разработки на Node.js 01:25:59 Вопрос о будущем Node.js и возможности замены 01:32:21 Выбор языка программирования для дальнейшего развития 01:36:18 Важные пропозалы в Node.js 01:38:53 Выбор инструмента под задачу ★ Support this podcast ★