Запрос счета
Заполните поля ниже, чтобы получить счет на оплату билетов DUMP Екатеринбург от юридического лица
Юр. лицо
ИНН
Количество билетов на конференцию
+
Промокод (если есть)
Запрос счета
Заполните поля ниже, чтобы получить счет на оплату билетов DUMP Екатеринбург от юридического лица
Юр. лицо
ИНН
Количество билетов на конференцию
+
Промокод (если есть)
Напишите нам
Задайте вопрос, напишите пожелания или оставьте отзыв
Ваш e-mail
Ваше имя
Напишите здесь то, что хотели:
Заявка на спонсорство
Фронтенд: Сборка. Графы. Ненужный код.
Тезисы
Я работаю в Яндекс.Маркет уже целых 4 года, для меня это рекорд. И за это время у меня создались нейронные связи, позволяющие быстро понимать состав и состояние кодовой базы.
Это знание очень часто помогает не делать лишнего для достижения конкретного результата. Я задался целью, чтобы возможность "не делать лишнего" стала доступнее для моих коллег, которых больше сотни. Для этого пришлось задуматься над автоматизацией вырезания лишнего из кодовой базы.

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

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

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

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