Посетители жалуются на черепашью скорость загрузки сайта?! Под капотом огромный проект, работает на устаревшем 20 лет назад стеке!? Проджектлид требует сотворить чудо и ускорить всё, но не даёт переписать сайт на что-то по современнее?! Ничего, даже из таких ситуаций есть выход! А какой и что нужно делать чтобы, чтобы загнать любой проект в зелёную зону Google PageSpeed, я расскажу тебе в своём докладе

— Появление инструментов, которые позволяют создавать кросс-платформенные приложения
— Рост числа прогрессивных веб-приложений (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, а полноценный подход, со своими идеями, плюсами и минусами.

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

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

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

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

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

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