20 марта на DUMP

Зарегистрироваться
TARS: сделай уровень frontend-рутины 0%
Артём Малко, 2ГИС

Frontend становится все более сложным занятием буквально с каждым днем. Для облегчения жизни frontend-разработчика создаются сотни инструментов, плагинов, task-раннеров и т.д. Как же разобраться во всей этой пучине полезняшенки?

Доклад о том, что такое TARS и как он помогает сделать разработку frontend'а более быстрой, легкой, очевидной, чтобы вы получали больше удовольствия и драйва от работы.

  • Чего не хватает для счастья frontend-разработчику? Что можно автоматизировать, облегчить?
  • Исследуем существующие решения.
  • Что такое TARS, и почему именно он спасет frontend'щика?
  • Какие задачи решает TARS?
Двухуровневая шаблонизация
Алексей Иванов, Злые марсиане

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

В своем докладе я постараюсь ответить на эти вопросы, а также показать, как именно двухуровневые шаблонизаторы вроде BEM, React, Riot и Polymer позволяют справится с этими и рядом других проблем.

Оптимизация скорости загрузки и изначальной отрисовки веб-страниц

А почему так медленно? Что не так? Чек-лист типовых проблем с загрузкой и отрисовкой. Миллисекунды = Деньги! Инструменты для проверки оптимальности загрузки веб-страниц. Сжатие всего и вся, рекомендации по подключению css и js, клиентские и серверные кэши и их виды, оптимизация картинок, svg и webP, lazy loading, шрифты, dns-lookup, cdn, gzip и многое другое. Особенности восприятия скорости зaгрузки для мобильных браузеров. А как сделать быстро? Общие советы и немного магии с google pagespeed для nginx и apache.

Профилирование Node.js или как мы разогнались с 400rps до 1100rps

Хочу рассказать о том как мы профилировали промку браузера на Node.js, какие оптимизации получили и как в итоге получили разгон в 2.5 раза.

Я и моя группа занимаемся разработкой страницы Яндекс.Браузера, весь наш фронтенд построен на Node.js. Для нас очень важно максимально быстро отвечать нашим пользователям, и не только потому, что тем самым мы снижаем потребление нами системных ресурсов, а прежде всего для того, чтобы наш пользователь не ожидал лишние десятки миллисекунд и не терял интерес к нашим страницам.

Многие исследования подтверждают — каждые 100мс ожидания загрузки страницы вы теряете долю пользователей, которые ждать не захотели. Именно поэтому после того, как некоторые страницы сильно разрослись и время ответа перестало удовлетворять нас, я начал исследование узких мест.

Я перебрал множество доступных на данный момент инструментов профилирования Node.js приложений, покопался с работой оптимизаторов V8 и в результате за две недели уменьшил время ответа нашей страницы в 2.5 раза, а теперь я бы хотел поделиться с вами своим опытом.

Редизайн, ни одного пользователя не пострадало
Андрей Сумин, Mail.ru

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

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

Есть те, кто сомневается? Не пропустили ли что-то во время ревью? Всё ли покрыли тестами? Все ли кейсы учли тестировщики? А самое главное, как новый функционал повлияет на пользователей? Лично я сомневаюсь всегда.

Мой опыт показывает, что никакие внутренние системы контроля качества не дают 100% нахождения дефектов. Я расскажу, какие практики применяют в Mail.Ru, чтобы избежать негативного последствия пропущенных дефектов. Они же, как бонус, позволяют доточить продуктовые решения до идеала.

Упрощаем себе жизнь вместе с SASS
Виталий Леконцев, Абак Пресс

Многие из нас, людей связанных с фронтэндом, используют препроцессор css. Однако далеко не каждый из нас использует все их возможности. В этом докладе я хотел бы описать интересные возможности препроцессора SASS, про которые многие забывают. Мы заглянем глубже, чем обычное объявление переменных. Я расскажу про функции, циклы, миксины, и на примерах покажу, как они могут упростить вам жизнь

Фронтенд без багов. Путь фичи: от идеи через разработку к продакшену
Денис Паясь и Роман Хатипов, Яндекс

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

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

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

  • Как устроен процесс разработки и тестирования?
  • Какие инструменты мы используем?
  • Как обеспечиваем стабильность релизов?

Место проведения

DUMP, традиционно, будет проходить в Екатеринбург.Экспо. Добраться до Экспо в день проведения конференции можно будет на бесплатных автобусах от метро Геологическая.

Друзья конференции

Прошедшие мероприятия

Смотрите видео с прошлых мероприятий на нашем канале на Vimeo.