Чи виявляє Codility шахрайство?
Автор: Aaron Cao · Оновлено
Так, здебільшого після надсилання. Codility порівнює ваше рішення з попереднім і публічним кодом на схожість, фіксує перемикання вкладок і події вставки під час тесту та може відтворити, як створювалося рішення. Позначки надходять до людини-рецензента, а не до автоматичної відмови.
Що Codility перевіряє після надсилання?
Ви хочете знати, чи щось спостерігає за вами під час роботи. Здебільшого ні; серйозніший аналіз стосується того, що ви здаєте. Цей розділ проходить перевірки в порядку, у якому вони фактично відбуваються, щоб хронологія була зрозумілою.
Під час тесту платформа фіксує поведінкові сигнали: зміни фокусу, коли ви залишаєте вікно, часові мітки на великих вставлених блоках і послідовність редагувань, з яких складалася кожна функція. Деякі оцінювання налаштовані вимагати повноекранний режим, а деякі роблять фото для підтвердження особи.
Після надсилання код проходить порівняння на схожість із масивом попередніх надсилань і публічно доступних рішень. Це перевірка з найбільшою вагою, оскільки на добре відому задачу є тисячі попередніх відповідей для порівняння.
Як насправді працює перевірка на схожість?
Порівняння на схожість не шукає ідентичного тексту. Воно порівнює структуру: форму логіки, шаблони змінних, порядок операцій. Перейменування змінних і переформатування мало впливають на результат, оскільки вимірюється саме базова структура.
Це також причина, чому перевірка дає хибні спрацювання. Стандартний алгоритм, написаний стандартним способом, виглядає як будь-яка інша коректна реалізація цього алгоритму, а способів написати бінарний пошук (binary search) не так уже й багато. Рецензенти це знають, тому високий бал схожості відкриває розмову, а не закриває справу.
Порівнянні огляди для інших постачальників оцінювання зібрані в тематичному хабі про виявність.
Що відбувається, коли звіт позначено?
Звіт потрапляє до рекрутера чи інженера з доданою позначкою, разом із вашим кодом, таймінгами та історією редагувань. Що станеться далі, повністю залежить від компанії. Деякі відхиляють кандидата; багато хто використовує це як привід додати живий подальший раунд, на якому ви розповідаєте про власне рішення.
Інженера даних, який подавався до логістичної компанії, позначили за рішення, що збіглося з поширеною підручниковою реалізацією. Наступна розмова тривала п'ятнадцять хвилин: він пояснив підхід, наживо скоригував його на прохання, і процес тривав далі. Здатність відстояти власний код — це і є те, що зрештою перевіряє позначка.
Що SubcueAI фіксує під час живого інтерв'ю та що зберігає потім, викладено на сторінці безпеки.
Де SubcueAI підходить, а де ні
SubcueAI допомагає в живих розмовах. Нативний застосунок для macOS і Windows захоплює системний звук і ваш мікрофон і показує підказки у плаваючому локальному оверлеї; Side Panel розширення браузера виконує live assist для вкладки зустрічі в браузерах на основі Chromium, захоплюючи звук лише цієї вкладки. Жоден бот-учасник не приєднується до дзвінка, і нічого не впроваджується на сторінку зустрічі.
Оцінювання Codility — це не розмова, тож ніщо з цього не застосовується. Якщо оцінювання проходить під наглядом (proctored) або ваш екран записується, оверлей опиниться всередині цього запису, і це обмеження, а не проблема налаштувань. Раунди, для яких він створений, — це співбесіда з рекрутером, поведінкові інтерв'ю та обговорення дизайну, яке зазвичай іде після успішного оцінювання.
Для самого оцінювання корисна підготовка — це практика на час, доступна на сторінці пробного інтерв'ю.