— Появление инструментов, которые позволяют создавать кросс-платформенные приложения
— Рост числа прогрессивных веб-приложений (PWA)
— Рост числа low-code и no-code платформ
— Приложения на основе блокчейна: поддержка децентрализованной сети
— Рост популярности Jamstack
— Внедрение WebAssembly для высокопроизводительных веб-приложений
— Серверно-ориентированный пользовательский интерфейс: инновации во взаимоотношениях между серверной и внешней частью

Доклад посвящён клиентскому кэшированию — от основ HTTP-кэширования до современных решений. Рассматриваются ключевые механизмы (Cache-Control, Vary, Service Workers), их ограничения и способы их преодоления с помощью инструментов вроде Axios Cache Interceptor и TanStack Query. Также обсуждаются метрики эффективности кэширования и практические рекомендации для оптимизации производительности.

С бурным развитием CSS, все чаще мы слышим призывы к отказу от препроцессоров, в пользу первого. В докладе разберемся: нужны ли нам сегодня CSS-препроцессоры, и если да, то для чего?

Посмотрим на современные возможности CSS, которые реализуют часть функционала препроцессоров. Проверим, являются ли эти возможности заменой на самом деле. Далее рассмотрим продвинутые функции препроцессоров, про которые мало кто знает и которые вряд ли появятся в CSS. Разберемся, для каких задач может понадобится этот функционал, и посмотрим конкретные кейсы.

TypeScript с нами уже больше 10 лет, и за это время было множество статей и докладов о том, какой он чудесный. Но почти не было материалов о его слабых сторонах, и вряд ли это из-за того, что таковых нет. Пришло время изучить этот вопрос. И не просто изучить, а сделать это в контексте разработки инструментов.

Сначала обсудим основные особенности TypeScript. Насколько он повышает надежность кода на самом деле, как влияет на скорость разработки и в чем его реальная польза. Затем перейдем к системному коду: посмотрим кейсы где TS может нам помешать. Поговорим о проблемных моментах, про которые редко кто-то задумывается. Дальше разберем решения: как получить основные преимущества TS без написания логики на нем.

Цель не в том, чтобы убедить вас выкинуть TS из своего проекта. Она скорее в том, чтобы показать иной взгляд: как можно делать сложные вещи по-другому, и возможно, более эффективно.

Atomic CSS с нами уже почти 10 лет, но несмотря на это, вокруг подхода остается много споров и мифов. Пришло время разобраться, как накопленный опыт и современный CSS помогут нам верстать быстро, гибко и без потери качества кода.

Рассмотрим ключевые тезисы за Atomic CSS в сравнении с иными подходами. Развеем мифы, о которых не говорили (или сказали недостаточно) в других докладах и статьях. Разберем лучшие практики подхода: как обойти стандартные грабли и получить заявленный эффект. Покажу примеры сложных кейсов: как использовать современные возможности CSS в атомарном подходе.

Ключевая мысль доклада: Atomic CSS — это не для тех, кто плохо знает CSS. Это не очередной Bootstrap, а полноценный подход, со своими идеями, плюсами и минусами.

При первом изучении TypeScript складывается впечатление, что это простое добавление типов и нескольких синтаксических конструкций к JavaScript, внедрять в проекты можно постепенно, изучать не сложно, если хорошо знать JavaScript. Этим TypeScript и подкупает, не отпугивая новичков на первых шагах.

Между тем, TypeScript имеет мощную и гибкую систему типов, за которой стоят интересные теоретические идеи. С ростом степени внедрения TypeScript на проектах всплывает много нюансов и даже проблем, приводящих к непродуктивной борьбе с компилятором или ошибками во время исполнения. Чтобы справиться с ними, а также сформировать "лучшие практики", требуется более глубокое понимание языка, его возможностей и ограничений.

В докладе кратко коснёмся теории типов, её связи с семантикой языка программирования. Обратим внимание на характерные черты системы типов TypeScript, чтобы увереннее ориентироваться в возможностях языка. Немало времени уделим и слабым сторонам TypeScript.

Описание позже

Во многих компаниях работают по спринтам. Знакома ли ситуация, когда 2 недельный спринт почему-то стал 4 недельным? Или вместо 3х запланированных фич до прода доехала только одна, а остальным надо подождать еще спринт? Или же между 2 запланированными релизами выкатываются по 4-5 хотфксов или подверсий релиза, а разработчики жонглируют ветками в гите и могут где-то что-то забыть?
Предлагаю обратить внимание на подход TBD, возможно он решит часть проблем. А мы поговорим о том, как его можно внедрить и кому он может помочь.

Есть 10 летний монолит с php, Symfony, Yii, jQuery, KO, Vue, React и прочими ништяками. React как типичный SPA хотелось бы вынести в отдельный проект. Как в старой сказке: "Вы хотели всего лишь банан, но в результате получаете гориллу, держащую этот банан, и все джунгли впридачу." Так и в этом случае расскажу как этот перенос затронул QA, DevOps, вообще процесс Delivery.

Расскажу, как мы здоровенный личный кабинет Сберздоровья решили распилить на микрофронты и что из этого вышло.

Работа с пакетами, их установка и обновление — неотъемлемая часть работы фронтенд-разработчика, однако существует ряд угроз, способных существенно навредить проекту.

К таким угрозам относятся typosquatting, подмена пакетов, распространение вредоносных пакетов через вакансии, получение хакерами доступа к разработке популярных пакетов и многое другое.

Я расскажу о том, как после очередного обновления пакетов падали проекты с мировым именем, как, добавив новый пакет, можно легко поделиться паролем от криптокошелька со злоумышленником, как разработчики давали удаленный доступ к своему компьютеру, установив проект из тестового задания после собеседования.

Поговорим и о том, какие существуют методологии и способы защиты от подобных угроз, а в конце доклада я поделюсь чеклистом по безопасной работе с npm.

Сейчас фреймворки и реактивность воспринимаются очень естественно, однако так было не всегда и развитие подходов все продолжаются. Flux. сигналы, RxJS, STM от многообразия подходов может закружиться голова, но мы заглянем с вами в историю развития концепций реактивности на Frontend-е, разберем откуда они появились и какие задачи решают и заодно попробуем заглянуть в недалекое будущее, чтобы понять что нас ждет впереди.