Співбесіда React змішує специфіку фреймворку — хуки, рендеринг, стан — з основами JavaScript, за якими видно, чи розумієте ви, що React робить під капотом. Нижче — найчастіші питання з еталонними відповідями. Senior: архітектуру, трейд-офи, менторство та прийняття рішень.
Він виконується лише на сервері, тому не надсилає JavaScript у браузер і може звертатися до бази напряму, але не може зберігати стан, використовувати ефекти й вішати обробники. Справжня робота — провести межу: інтерактивні листки лишаються клієнтськими, усе вище може бути серверним. Позначка «use client» робить клієнтським і все, що компонент імпортує, і саме так бандл непомітно перестає зменшуватися.
INP вимірює затримку між дією та візуальним відгуком, тому шукають довгі задачі в головному потоці під час взаємодії. Звичайні причини: оновлення стану, що перемальовує велике дерево, дорогий синхронний обробник і гідратація, яка ще триває. Інструменти — Profiler і записи про довгі задачі; лікування — звузити перемальовування, useTransition для нетермінових оновлень і менше JavaScript загалом.
Компонент дизайн-системи володіє зовнішнім виглядом і взаємодією, які мають бути однаковими всюди, і нічим із конкретної фічі. Щойно в нього зʼявляється проп, названий за екраном, межу порушено. Перевірка проста: чи зможе друга команда використати його, не читаючи код першої, і чи є його зміна узгодженим релізом, а не локальною правкою.
Це означає, що серверний HTML і перший клієнтський рендер розійшлися, і причин небагато: Date.now чи Math.random у рендері, читання localStorage або window на шляху рендера, форматування за локаллю і часовим поясом, розширення браузера, що переписують DOM. Відтворіть продовий рендер локально і діліть дерево навпіл. Придушити попередження — хибне рішення: два дерева лишаться справді різними.
Виправданий, коли кілька застосунків ділять компоненти і ви хочете ревʼювити й випускати зміну одразу для всіх, маючи інструменти — Turborepo або Nx — для інкрементальних збірок. Накладними витратами стає для одного застосунку з парою бібліотек, де ви платите налаштуванням кешу і складністю CI без потреби. Вирішальне питання — міжпакетні зміни трапляються щотижня чи двічі на рік.
Не проєктом зі своїм дедлайном. Переписувати при дотику: будь-який компонент, який правлять заради фічі, переписується заодно, і міграція їде на роботі, що й так ішла. Починати з листків, а не контейнерів — навколо них менше логіки. Обидва стилі мають співіснувати скільки завгодно довго, і частина компонентів не переведеться ніколи: мета в тому, щоб код було легше змінювати, а не в закритому чек-листі.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Senior React Frontend →