Codility détecte-t-il la triche ?

Vous voulez savoir si quelque chose vous observe pendant que vous travaillez. La plupart du temps, ce n'est pas le cas ; l'analyse la plus poussée porte sur ce que vous rendez. Cette section passe en revue les vérifications dans l'ordre où elles se produisent réellement, afin de clarifier le déroulement dans le temps.

Pendant le test, la plateforme enregistre des signaux de comportement : les changements de focus lorsque vous quittez la fenêtre, l'horodatage des blocs collés volumineux, et la séquence des modifications qui ont construit chaque fonction. Certaines évaluations sont configurées pour exiger le plein écran, et certaines capturent une photo à des fins d'identification.

Après la soumission, le code passe par une comparaison de similarité avec un ensemble de soumissions antérieures et de solutions accessibles publiquement. C'est la vérification qui pèse le plus lourd, car un problème bien connu compte des milliers de réponses antérieures avec lesquelles comparer.

La comparaison de similarité ne cherche pas un texte identique. Elle compare la structure : la forme de la logique, les schémas de nommage des variables, l'ordre des opérations. Renommer des variables ou reformater le code ne change pas beaucoup le résultat, car c'est la structure sous-jacente qui est mesurée.

C'est aussi pourquoi cette vérification produit de fausses alertes. Un algorithme standard écrit de la manière standard ressemble à toute autre implémentation correcte de cet algorithme, et il n'existe pas tant de façons d'écrire une recherche binaire. Les relecteurs le savent, c'est pourquoi un score de similarité élevé ouvre une conversation plutôt que de clore un dossier.

Des analyses comparables pour d'autres fournisseurs d'évaluation sont regroupées sur le hub thématique sur la détectabilité.

Le rapport arrive chez un recruteur ou un ingénieur avec le signalement joint, ainsi que votre code, vos horaires et l'historique des modifications. Ce qui se passe ensuite dépend entièrement de l'entreprise. Certaines écartent le candidat ; beaucoup s'en servent comme motif pour ajouter un entretien en direct où vous expliquez votre propre soumission.

Un ingénieur de données postulant dans une entreprise de logistique a été signalé pour une solution correspondant à une implémentation courante tirée d'un manuel. L'appel de suivi a duré quinze minutes : il a expliqué sa démarche, l'a ajustée en direct sur demande, et le processus s'est poursuivi. Être capable de défendre son propre code, voilà ce que le signalement finit par tester.

Ce que SubcueAI enregistre pendant un entretien en direct, et ce qu'il conserve ensuite, est détaillé sur la page sécurité.

SubcueAI accompagne les conversations en direct. L'application native macOS et Windows capture l'audio système ainsi que votre microphone et affiche des suggestions dans une superposition locale flottante ; le panneau latéral de l'extension de navigateur assure une assistance en direct pour un onglet de réunion sur les navigateurs Chromium, en ne capturant que l'audio de cet onglet. Aucun bot de réunion ne rejoint l'appel, et rien n'est injecté dans la page de réunion.

Une évaluation Codility n'est pas une conversation, donc rien de tout cela ne s'applique. Si l'évaluation est surveillée ou si votre écran est capturé, une superposition se retrouve à l'intérieur de la capture, ce qui est une limite plutôt qu'un problème de configuration. Les étapes pour lesquelles SubcueAI est conçu sont l'entretien avec le recruteur, les entretiens comportementaux et la discussion de conception qui suit généralement une évaluation réussie.

Pour l'évaluation elle-même, la préparation utile consiste en un entraînement chronométré, disponible sur la page d'entretien simulé.