Современный фронтенд: roadmap развития разработчика, актуальные инструменты и неочевидные возможности

Вы наверняка слышали выражение «JavaScript is everywhere», и с каждым годом это выражение становится всё актуальнее — казалось бы, обычный фронтенд уже крепко обосновался и в бэкенде, и в мобилках, и на десктопе. Но что же делать фронтенд-разработчику со всем этим многообразием, как выбрать направление для развития?

На позиции руководителя ресурным пулом JavaScript-разработчиков Андрею довелось увидеть множество различных карьерных переходов, и в этом докладе Андрей поделится составленным роудмапом возможного развития фронтенд-разработчика. Мы поговорим как о вертикальных, так и о горизонтальных переходах, а также разберем неожиданные карьерные пути на основе историй из жизни.

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

Часто разработчики воспринимают SVG как черный ящик, который просто рисует четкую графику на всех разрешениях. Но SVG — это гораздо более интерактивный инструмент.

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

В своем докладе Константин расскажет:
- о позиционировании объектов внутри SVG и о том, как им овладеть;
- о внедрении динамических элементов внутрь SVG;
- о расчете координат объектов вне box модели;
- о возможности влиять на содержимое SVG средствами CSS и JS, ограничениях и способах решения;
- о производительности SVG в вебе и о том, как ее можно улучшить.

Знакома ли вам ситуация, когда вы давно сидите на проекте и уже знаете, как сделать его лучше? Переписать компоненты на новый формат, избавиться от устаревшей зависимости, покрыть все типами. Но добиться выделения на это времени не получается, ведь у менеджера повышается давление при слове «рефакторинг».

Как быть в такой ситуации? Можно, конечно, партизанить. Но лучше начать объяснять все менеджеру на языке бизнеса — через цифры, метрики и графики.

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

Доклад поможет вам оцифровать масштаб бедствия в ваших проектах и аргументировать менеджеру целесообразность рефакторинга.

В свое время команде пришлось переезжать с Create React App на ViteJS.
Причиной переезда стало то, что в CRA есть ряд проблем, с которыми столкнется рано или поздно любой разработчик:
- проблема с производительностью;
- сложности с конфигурацией и настройкой сборки проекта;
- отсутствие SSR.  

SSR стал особенно важным преимуществом ViteJS по сравнению с CRA, ведь один из самых больших бенефитов SSR в ViteJS — это полный контроль над серверной частью.

В своем докладе Зар расскажет:
- как понять, что надо отказываться от CRA и переходить на что-то свое;
- когда следует делать выбор в пользу Vite, а не, например, Next.js;
- как происходил процесс перехода с Create React App на ViteJS и с какими трудностями столкнулась команда при переходе;
- «стоит ли оно того».

React создал хорошую инфраструктуру для того, чтобы начать писать код. Но в случае, если проект крупный и масштабный, CRA — не самое лучшее решение. В зависимости от задач, этот инструмент можно заменить на Next.js или Gatsby, а многие компании используют свой Webpack. Доклад поможет «открыть глаза» на что-то, кроме привычных технологий и даст простой старт в освоении нового стека.