Расскажите о своем опыте и пути в разработку
Что проверяют
Совпадает ли ваш опыт с тем, что придётся делать здесь, и понимаете ли вы, что в ваших интерфейсах написано вами, а что пришло готовым из шаблона или библиотеки. По набору инструментов и по тому, как вы описываете продукт, собеседник определяет уровень: собирали страницы по макету или отвечали за приложение целиком.
Как отвечать
Идите от последнего места к первому, на каждое отводите тем больше времени, чем оно свежее и релевантнее. Что должно прозвучать:
- продукт: что за интерфейс, кто им пользуется, публичный сайт или внутренняя админка;
- фреймворк и окружение: React, Vue или Angular, TypeScript, сборка на Vite или webpack, есть ли серверный рендеринг;
- как устроены стили и состояние: CSS-модули или утилитарные классы, локальное состояние против стора, работа с запросами;
- качество: линтеры, юнит-тесты, браузерные сценарии, ревью;
- ваш вклад в конкретике: какие экраны и компоненты делали, что чинили.
Сильнее всего работает одна техническая история: как разбирались с долгой загрузкой, с доступностью формы, со сложным состоянием таблицы. Расскажите её по шагам: что было видно пользователю, чем измеряли, что изменили.
Где спотыкаются
Читают резюме вслух списком технологий. Перечисление без контекста не отвечает на главный вопрос интервьюера: что вы умеете делать руками и на каком уровне самостоятельности.
Говорят «оптимизировал производительность», не называя ни метрики, ни инструмента. Уточнение про то, какой показатель улучшили и чем смотрели профиль загрузки, заканчивает эту тему за полминуты.
Подменяют рабочий опыт курсами и хакатонами. Для начинающего это нормальный материал, но тогда рассказывать надо про то, что реально написано и работает: где лежит код, какие задачи решались, что переделывали после отзывов.