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

Функциональное программирование давно перестало быть экзотикой, но вокруг него всё ещё много мифов, крайностей и непонимания. В этом выпуске мы говорим с Сашей Вершиловым — инженером, который уже почти 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/ZhogloTelegram канал - 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/projectsList of small Spring guides, to learn elements in a very simple way: https://spring.io/guidesStructured from-zero Spring Boot tutorial: https://www.baeldung.com/spring-bootSpring IO YouTube: https://www.youtube.com/@SpringIOConferenceSpring 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/alexgladkovbloghttps://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 ★