Чи може HackerRank виявити копіювання-вставку?

Система проктрингу HackerRank реєструє дії вставки в редакторі коду. Звіт кандидата показує, що вставка відбулася, і в якому місці сесії це сталося.

Чого запис не містить, так це походження. Редактор — це веб-сторінка; він отримує будь-який текст, який передає йому операційна система, і не має способу запитати, звідки цей текст був скопійований. Ваш власний чорновий файл, приклад з документації та відповідь чат-бота — усе це надходить як одна й та сама подія.

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

Кластер про виявлення (detectability) розглядає те саме питання для інших платформ оцінювання.

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

Кілька невеликих вставок, розкиданих упродовж довгої сесії, читаються як звичайна робоча поведінка. Ніхто не передруковує вручну URL-адресу чи блок тестових даних. Одна вставка, яка заповнює порожній редактор повним, правильним рішенням, читається інакше, бо показує, що відповідь з'явилася цілком, а не розвивалася поступово.

Час додає до цього ваги. Вставка в першу хвилину роботи над завданням, за якою одразу йде відправлення, розповідає іншу історію, ніж вставка, що з'являється після видимої ітерації. Уявімо кандидата, який проходить скринінг з data engineering і тримає відкритим особистий файл із фрагментами коду: з'являється кілька невеликих вставок, код потім багато разів змінюється, і звіт читається як звичайна робота. У такому журналі немає нічого, що потребувало б виправдання.

Це дві незалежні системи, і їх плутанина спричиняє чимало зайвого занепокоєння.

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

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

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

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

Оцінювання з програмування HackerRank — це не така ситуація. Ніхто не говорить, тож нема чого транскрибувати, а залучення сторонньої допомоги під час оцінювання порушує умови, які ви прийняли, розпочавши його. Ми не стверджуємо, що будь-який інструмент там непомітний. Демонстрація екрана, запис екрана, сесії під наглядом і ноутбуки, керовані компанією, — усе це поза межами того, на що може вплинути локальний оверлей.

Там, де асистент справді допомагає з HackerRank, — це до і після. Практика з тренувальною співбесідою (mock interview) формує звичку пояснювати код уголос, а саме це й вимагається під час розбору після оцінювання. Деталі щодо захоплення звуку та затримки наведені в кластері про принцип роботи (how it works).