¿Puede HackerRank detectar copiar y pegar?

El sistema de supervisión de HackerRank registra las acciones de pegado en el editor de código. El informe del candidato muestra que ocurrió un pegado y en qué momento de la sesión sucedió.

Lo que el registro no contiene es el origen. El editor es una página web; recibe el texto que le entrega el sistema operativo y no tiene forma de preguntar de dónde se copió ese texto. Tu propio archivo de borrador, un ejemplo de documentación y la respuesta de un chatbot llegan todos como el mismo tipo de evento.

De ahí se derivan dos consecuencias. Pegar un fragmento que escribiste tú mismo cinco minutos antes en otra ventana se registra exactamente igual que pegar una solución terminada. Y un registro de pegados limpio no demuestra que trabajaste sin ayuda, porque la escritura no se rastrea como evidencia de autoría.

El clúster sobre detectabilidad trata la misma pregunta para otras plataformas de evaluación.

La mayoría de las personas llegan a esta pregunta después de los hechos, tras haber pegado algo durante una prueba y preguntarse qué tan mal se ve. Esta sección describe lo que ve un revisor. La respuesta breve es que la forma de un pegado transmite mucho más significado que su mera existencia.

Un puñado de pegados pequeños repartidos a lo largo de una sesión larga se lee como comportamiento de trabajo normal. Nadie vuelve a escribir a mano una URL o un bloque de datos de prueba. Un pegado que llena un editor vacío con una solución completa y correcta se lee de otra manera, porque muestra que la respuesta llegó completa en lugar de ir desarrollándose.

El momento en que ocurre añade más información. Un pegado en el primer minuto de un problema seguido directamente de un envío cuenta una historia distinta a un pegado que aparece después de una iteración visible. Piensa en un candidato que hace una prueba de selección de ingeniería de datos y mantiene abierto un archivo personal de fragmentos: aparecen varios pegados pequeños, el código cambia repetidamente después, y el informe se lee como trabajo normal. Nada en ese registro necesita justificación.

Se trata de dos sistemas independientes, y confundirlos genera mucha preocupación innecesaria.

• El registro de pegados es una señal de comportamiento capturada en vivo en el editor. Indica que ocurrió una acción.
• La puntuación de similitud de código se ejecuta sobre el código enviado, comparándolo con los envíos de otros candidatos y con fuentes conocidas. Indica que el resultado se parece a otra cosa.

Puedes activar una sin la otra. Volver a escribir a mano una solución copiada no genera ningún evento de pegado y, aun así, se puntúa como similar. Pegar tu propio trabajo original genera un evento de pegado y no obtiene ninguna puntuación de similitud.

Un revisor ve ambas cosas en el mismo informe y las interpreta juntas. Por eso mismo una sola señal de alerta rara vez termina algo: el siguiente paso habitual es una ronda en vivo en la que explicas tu enfoque, lo cual resuelve la ambigüedad más rápido que cualquier registro.

SubcueAI asiste entrevistas orales en vivo. La aplicación de escritorio en macOS y Windows captura el audio del sistema y tu micrófono, y muestra sugerencias en una superposición local; la extensión de navegador, mediante su panel lateral, hace lo mismo para una llamada que se desarrolla en una pestaña de Chromium, capturando solo el audio de esa pestaña, es decir, la voz del entrevistador y no la tuya. Ningún bot se une a la reunión y nada se inyecta en la página de la reunión.

Una evaluación de programación de HackerRank no es esa situación. Nadie está hablando, así que no hay nada que transcribir, y llevar ayuda externa a una evaluación viola los términos que aceptaste al comenzarla. No afirmamos que ninguna herramienta sea indetectable ahí. Compartir pantalla, grabar pantalla, las sesiones supervisadas y los portátiles gestionados por la empresa quedan todos fuera de lo que una superposición local puede afectar.

Donde un asistente sí ayuda con HackerRank es antes y después. Practicar con la práctica de entrevista simulada crea el hábito de explicar el código en voz alta, que es exactamente lo que pide una revisión posterior a la evaluación. Los detalles de captura y latencia están en el clúster sobre cómo funciona.