Я Фронтенд;
Москва и Ереван;

В каждой более-менее крупной IT-компании существует своя культура кода, видение и стайлгайды. Всё это в долгосрочной перспективе можно формализовать в виде внутренних NPM-пакетов, чтобы ускорить старт новых проектов и упростить поддержку существующих. Но если с недостаточной ответственностью отнестись к DX, то общий пакет может создать дополнительные проблемы и ещё сильнее усложнить жизнь коллегам выяснением, почему же именно в их проекте всё сломалось. Чтобы не наступать на грабли, можно обратиться к опенсорс-проектам и позаимствовать инфраструктурные решения у них.

«Сейчас, в эпоху клиентских фреймворков, мало кто задумывается, как работают привычные нам вещи в браузере, вроде событий или анимаций. Мы часто следуем „лучшим практикам“ и не задумываемся, почему они работают. А самое главное — какие проблемы такие практики могут создать. В докладе Сергей расскажет о некоторых базовых концепциях в браузере, правильное использование которых улучшит производительность сайта и анимаций, а неправильное — сильно ухудшит.»

Многие что-то слышали про основной поток и о том, что его нельзя блокировать. Но что это на самом деле такое? Если есть основной, значит, есть и второстепенные? Попробуем разобраться и не запутаться.

Давайте попробуем представить, как выглядели бы наши привычные пользовательские сценарии, если бы все приложения были сделаны на базе Telegram-чатов? У вас больше нет миллиона аккаунтов, только один единственный в Telegram, и к нему привязаны абсолютно все сервисы. Вы заходите в Telegram. Листаете чаты. Мимоходом заказываете еду в Лавке. Покупаете зубную щётку в Маркете. Вызываете такси. И всё это не выходя из любимого приложения. Всё внутри. Возможно ли это? Ответ в докладе Даниила.

«Многих останавливает разработка на WASM, потому что придётся учить С или Rust, популярные в WASM-сообществе, но есть решение — AssemblyScript. Он позволяет писать на TypeScript и компилировать бинарный файл, который можно вызывать из JS. AssemblyScript уже достаточно зрелый, чтобы писать на нём в продакшене, но есть минусы: привычные части JS, которые там не реализованы. Александр расскажет, как обходиться без них и радоваться производительности!»

Что может быть проще настройки end-to-end-тестов в проекте, где их нет? Да всё что угодно. Руслан расскажет, как приключение на 20 минут растянулось на 9 месяцев, какие проблемы приходилось решать по дороге и почему в проекте до сих пор ручной регресс. Заодно попытаемся выяснить, почему разработчики не любят писать тесты, а также как пережить редизайн и сократить время прогона тестов в десятки раз.

Раньше разработчики думали, что серверные приложения — медленные, поэтому они решили перенести часть работы на клиентскую сторону, создавая так называемых толстых клиентов. Как оказалось, такие приложения были ещё медленнее. Кажется, это изначально было провальной идеей. Но как тогда объяснить, что более чем через 10 лет после начала первой волны JS-фреймворков мы до сих пор пишем «толстых» клиентов? Всё потому, что за такое долгое время разработчики фрейморков успели внести большое количество исправлений в свои инструменты. Ведь разработчики должны следить за своей аудиторией, воспринимать обратную связь и направлять инструменты в нужное русло. В докладе Вадим осветит самые последние решения, возникшие в результате эволюции веб-фреймворков, а также ответит на вопрос: «„Толстый“ клиент — это плохо?»

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