Как был организован code review в команде из 3-4 frontend-разработчиков? Какие принципы были заложены?
Расскажите, как выбирали ревьюера, сколько согласований требовалось и какие критерии проверяли до merge.
Читать ответПодготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
Расскажите, как выбирали ревьюера, сколько согласований требовалось и какие критерии проверяли до merge.
Читать ответКомпоненту нужны состояния загрузки, ошибки, пустого списка и успеха, а запрос следует отменять или игнорировать при уходе.
Читать ответРасскажите о реальном расхождении API: что изменилось, как проявилась проблема и как согласовали совместимое исправление.
Читать ответНазовите фактическую версию React, если помните, и уточните, участвовали ли в обновлении или поддерживали готовую конфигурацию.
Читать ответНа рендер влияют state, props, context и обновление родителя; оптимизация начинается с правильного размещения состояния и измерения.
Читать ответЗамыкание — функция вместе с доступом к лексическому окружению, в котором она была создана.
Читать ответРазделите использование Apollo для серверного GraphQL-кеша и применение его механизмов для локального состояния.
Читать ответFunction declarations доступны до строки объявления; var заранее инициализируется undefined, а let, const и class имеют временную мёртвую зону.
Читать ответНазовите основной frontend-стек, роль фреймворка и свои реальные задачи в нём.
Читать ответНазовите языки и смежные области, с которыми действительно работали, и кратко поясните уровень практики.
Читать ответОбычная деструктуризация примитивного поля reactive-объекта теряет связь с ним; её сохраняют через toRef/toRefs или getter.
Читать ответPinia предлагает более простой API stores и удобную типизацию без отдельного слоя mutations; Vue рекомендует её для новых проектов.
Читать ответ