• Что это такое и кому надо.
• Подводные камни (CORS, async, изоляция).
• Варианты реализации, что выбрать (iframe, js + iframe, js + iframe + shadow dom, ShadowRealm?).
• API виджета для внешнего использования.

О себе:
В IT более 10 лет. Разрабатывал крутые проекты, такие как Petstory, Пятерочка, Перекресток, Альфастрахование, Ингосстрахование.

Итак, представьте, что вы разработчик в успешной IT-компании. У вас замечательная команда, качественный продукт и никаких проблем с процессом разработки. Но однажды, при очередном код-ревью, вы натыкаетесь на тест, который... просто бесполезен. Пытаясь понять причины его существования, вы открываете ящик пандоры: бесполезных тестов оказывается много, а ваши уверенности в качестве продукта начинают трещать по швам. В докладе мы погрузимся в эту историю, которая, как оказалось, не так уж и уникальна. Мы познакомимся с главными виновниками появления бесполезных тестов, распознаем типичные ошибки в unit-тестировании и взглянем на примеры тестов, которые лишь создают иллюзию контроля качества.

О себе:
Фронтенд-разработчик с 2013 года. Стартапил в Москва-Сити, тимлидил в Рамблере, развивал полезную программу для HR, помогал людям поймать дзен в «Дзене», сейчас ускоряет Яндекс Маркет. Член ПК HolyJS. Путешествовал по Азии, мечтает выступить перед десятитысячной толпой в составе рок-группы. Борода 30 см.

Наверное, все слышали про GraphQL и задумывались тоже о том, стоит не стоит брать, а какие есть трудности его внедрения. Я расскажу почему вы начали смотреть в его сторону, какую пользу он может принести не только фронтендерам, но и бэкендерам. Какую мы хотим построить архитектуру. Какие блокеры были со стороны бзопасности и эксплуатации, и как мы их преодолевали.

О себе:
Работал с ИЕ 6 )

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

В моем докладе я поделюсь нашим опытом разработки транспортных продуктов в компании Островок, объяснив причины выбора Git-сабмодулей вместо монорепозитория и описав способы переиспользования общих компонентов и модулей транспортных продуктов в различных проектах и командах.

Также мы рассмотрим технические детали работы с Git-сабмодулями, их плюсы и минусы, и проведем сравнение данного подхода с альтернативными методами.

О себе:
Ведущий фронтенд-инженер в компании Островок. Занимаюсь развитием фронтенд разработчиков и участвую в корпоративных и внепроектных активностях. Изучаю смежные технологии, чтобы найти новое представление знакомых вещей и идей. Считаю, что любить кофе только за вкус – нерационально.

Со одной стороны рефакторинг дело давно описанное и понятное. С другой стороны, когда дело касается практики не всегда понятно что именно и как делать. И Фаулер не очень спасает.

О себе:
Тимлид в МойОфис, спикер, ПК HolyJS, ведуший подкаста Тяжелое Утро

В докладе рассматривается ситуация, что в компании происходит рост количества сотрудников и проектов. В таких условиях важно сохранить корректность отправки событий аналитики. Эта комплексная задача затрагивает взаимодействия различных специалистов: продуктов, проджектов, фронтов, беков, тестировщиков, аналитиков. Со стороны фронта рассматривается кодогенерация (.yaml -> .ts), типизация (.d.ts), сборка (rollup), публикация npm пакета, а так же использование этого в коде и анализ результата попавшего на продакшен.

О себе:
Во фронте года с 2016, js, ts, react, vue, webpack, rollup, блекджек, куртизанки

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

О себе:
Фронт-энд разработчик, проектировщик пользовательских интерфейсов

Пишем веб-приложение, не привлекая внимания бэкендеров

1. Введение в ServerLess
2. Сравнение инструментов
3. Базовые примеры использования ServerLess c supabse
4. Интеграция с фронтендом
5. История успеха во внутреннем проекте

*Из за блокировки в РФ популярного Firebase, основными критериями для сравнения стали:

• Опенсорс с возможностью селф хоста vs. «проприетарное что-то»;
• Сложность переезда в будущем на другие технологии;
• Ценовая политика;
• Перформанс;
• Возможности интеграции в проект.

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

Нарисовать игру типа "Колесо фортуны" в браузере можно разными способами, можно использовать svg, а можно canvas. Мы по неопытности решили пойти, вроде бы, простым путем, но столкнулись с проблемой производительности. В своем докладе я расскажу о различиях этих двух технологий и посмотрим метрики по обоим вариантам реализации продукта.

О себе:
В разработке больше 5-ти лет. Руковожу frontend командой разработки игр.