• Область применения микрофронтов, плюсы, минусы.
• Module Federation, плюсы, минусы, особенности подключения и использования, основные фишки и особенности.
• Взаимодействие между приложениями.
• Наш опыт применения микрофронтовой архитектуры и плагина Module Federation.

О себе:
В разработке с 2020 года, до этого 2 года в тестировании. Участвую в проекте по разработке дизайн-системы и low-code платформы. В свободное время люблю сходить в караоке.

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

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

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

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

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

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

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

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

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

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

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

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

Войдем в сумеречную зону между бэкэндом и фронтендом и выясним как:
- устранить рассинхронизацию контрактов API,
- выжать из OpenAPI еще больше пользы,
- сократить объем необходимого ручного труда по описанию API,
- минимизировать человеческий фактор с помощью библиотеки TRPC.

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

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

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