Чи є прокторинг у CodeSignal?

Вам потрібна пряма відповідь ще до натискання Start, а власні формулювання платформи рідко її дають. Цей розділ розділяє рівні моніторингу, які може використовувати CodeSignal, щоб ви могли визначити, які з них стосуються саме вашого запрошення. Коротко: захоплення особи, захоплення екрана й журналювання поведінки — це окремі перемикачі, і команда найму може ввімкнути всі з них, лише один, або жоден.

Рівні, приблизно від найпомітнішого до найменш помітного:

• Вебкамера та захоплення особи. Фото або безперервне знімання вас і простору одразу за вами.
• Запис екрана. Захоплення дисплея, на якому виконується оцінювання.
• Журналювання фокусу та вставок. Часові мітки для перемикання вкладок, втрати фокусу вікна та великих вставлених блоків.
• Порівняння коду на схожість. Ваше рішення звіряється з попередніми та публічними рішеннями.

Лише перші два потребують явного дозволу браузера, тому їх найлегше підтвердити. Останні два працюють на боці сервера й узагалі не створюють жодного запиту.

Три перевірки по черзі. Прочитайте лист-запрошення, бо оцінювання з прокторингом називають цю вимогу, зазвичай рядком про потребу в робочій камері. Відкрийте сторінку перевірки системи, на яку веде посилання; якщо вона тестує вашу камеру або просить надати доступ до екрана, цей рівень увімкнено. Потім прочитайте екран згоди, який показують безпосередньо перед стартом таймера, — саме там має з'явитися повідомлення про запис.

Backend-інженер, який проходив співбесіду на посаду рівня L5 у великого постачальника публічної хмари, запустив перевірку системи напередодні ввечері й виявив, що вона запитує доступ до камери, про що в листі рекрутера не йшлося. Це дало йому день, щоб прибрати кімнату за столом і підготуватися до раунду, де жоден інструмент-асистент не застосовний. Перевірка зайняла дві хвилини й змінила всю підготовку.

Огляди по кожній платформі для інших постачальників оцінювань розміщено в тематичному хабі detectability.

Прокторинг вужчий, ніж припускає більшість кандидатів. Вебкамера кадрує ваше обличчя й стіну позаду вас; вона не бачить другий монітор поза цим кадром і не бачить телефон під столом. Запис екрана захоплює машину, на якій виконується оцінювання, а не окремий пристрій. Журналювання фокусу бачить зміни всередині браузера оцінювання, а не те, що відбувається на іншому ноутбуці.

Це опис технічної межі, а не рекомендація. Рівень, який справді викриває людей, — не камера, а перевірка на схожість разом із розмовою, що слідує за нею. Подана робота, яка більше не відповідає тому, як ви міркуєте вголос у наступному раунді, — це той сценарій провалу, з яким кандидати стикаються найчастіше.

Що саме SubcueAI фіксує під час живої співбесіди й що зберігає, задокументовано на сторінці безпеки.

SubcueAI — це асистент для живих розмов. Він постачається як нативний десктопний застосунок для macOS і Windows, який захоплює системний звук і ваш мікрофон та показує підказки в плаваючому локальному оверлеї, а також як розширення браузера, чия Side Panel виконує live assist для вкладки зустрічі в браузерах на основі Chromium, захоплюючи лише звук цієї вкладки. Жоден бот-учасник не приєднується до дзвінка, і нічого не впроваджується на сторінку зустрічі.

Ніщо з цього не застосовується до оцінювання CodeSignal з прокторингом. Раунд із прокторингом записує ваш екран, тож локальний оверлей потрапляє в цей запис. Це жорстке обмеження, і саме тому чесна відповідь на питання, чи можна використовувати його там, — ні. Раунди, де він застосовний, — це усні: скринінг із рекрутером, поведінкові співбесіди й обговорення системного дизайну через застосунок для зустрічей.

Якщо мета — бути швидшим у самому оцінюванні, важіль — це репетиція, а тренування з таймером доступне на сторінці mock interview.