Расскажите про свои достижения и ошибки, и чему научились
Что проверяют
Есть ли у вас рефлексия и трезвая самооценка. Часть про достижения показывает, что вы считаете ценным результатом, часть про ошибки проверяет, способны ли вы признать промах без театра и сделать из него правило. Во фронтенде это важно вдвойне: последствия ошибки пользователь видит сразу, в своём браузере.
Как отвечать
Достижение выбирайте измеримое и своё. Хорошо звучит то, что заметно команде и пользователю: ускорили появление первого содержимого на экране, убрали скачки вёрстки при загрузке, перевели сборку на другой инструмент и сократили ожидание разработчика, собрали библиотеку компонентов, которой пользуются соседние команды, починили доступность форм. Обязательно скажите, чем мерили: метрики загрузки, отчёт сборщика, число обращений в поддержку.
Ошибку берите настоящую и техническую. Например: обновили зависимость без проверки в старых браузерах, вынесли в глобальное состояние то, что меняется часто, и получили перерисовку половины приложения, положили ключ в переменную окружения, которая уезжает в клиентский бандл, недооценили срок и сказали об этом за день до релиза.
Дальше самое важное: что изменилось в вашей работе. Не «стал внимательнее», а конкретно: появилась проверка в pull request, завели короткий чеклист перед выкатом, договорились закрывать рискованные изменения фичефлагом.
Где спотыкаются
Подают достоинство как недостаток. «Слишком перфекционист» считывается мгновенно и работает как отказ отвечать на вопрос.
Второе: берут ошибку, где виноваты все, кроме рассказчика. Если в истории плохие требования, плохой дизайнер и сжатые сроки, вопрос придётся задать заново.
Третье: повторяют в достижениях проценты из шаблонов резюме. Цифру без источника проверяют одним уточнением: как считали и с чем сравнивали.