Codility가 부정행위를 감지할까요?

여러분이 궁금한 것은 문제를 푸는 동안 무언가가 지켜보고 있는지 여부일 것입니다. 대부분은 그렇지 않습니다. 더 무거운 분석은 여러분이 제출한 결과물에 대해 이루어집니다. 이 섹션에서는 실제로 발생하는 순서대로 검사 과정을 짚어 타이밍을 명확히 합니다.

시험 중 플랫폼은 행동 신호를 기록합니다. 창을 벗어날 때의 포커스 변화, 큰 코드 블록을 붙여넣은 시점의 타임스탬프, 그리고 각 함수를 만들어 나간 편집 순서입니다. 일부 평가는 전체 화면 모드를 요구하도록 설정되어 있으며, 신원 확인을 위해 사진을 촬영하는 경우도 있습니다.

제출 후에는 이전 제출물과 공개적으로 이용 가능한 풀이 전체와 코드를 대조해 유사도 비교가 이루어집니다. 이 검사가 가장 큰 비중을 차지하는데, 잘 알려진 문제일수록 대조할 수 있는 기존 답안이 수천 건에 달하기 때문입니다.

유사도 비교는 동일한 텍스트를 찾는 것이 아닙니다. 비교 대상은 구조입니다. 로직의 형태, 변수 사용 패턴, 연산 순서입니다. 변수 이름을 바꾸거나 형식을 다시 정리해도 결과는 크게 달라지지 않습니다. 측정되는 것은 그 밑에 있는 구조이기 때문입니다.

바로 이 때문에 이 검사는 오탐을 만들어냅니다. 표준적인 알고리즘을 표준적인 방식으로 작성하면 다른 모든 올바른 구현과 똑같아 보이며, 이진 탐색을 작성하는 방법에도 그리 많은 변형이 있는 것은 아닙니다. 심사자들도 이 점을 알고 있기 때문에, 높은 유사도 점수는 파일을 닫는 것이 아니라 대화를 여는 계기가 됩니다.

다른 평가 플랫폼들에 대한 비교 정리는 감지 가능성 주제 허브에 모아져 있습니다.

리포트는 플래그와 함께 여러분의 코드, 소요 시간, 편집 이력과 함께 채용 담당자나 엔지니어에게 전달됩니다. 그 다음에 무슨 일이 벌어질지는 전적으로 회사에 달려 있습니다. 지원자를 바로 탈락시키는 곳도 있고, 이를 계기로 여러분이 직접 자신의 제출물을 설명하는 실시간 추가 라운드를 마련하는 곳도 많습니다.

물류 회사에 지원한 한 데이터 엔지니어는 흔히 알려진 교과서적 구현과 일치한다는 이유로 플래그가 지정되었습니다. 후속 통화는 십오 분 만에 끝났습니다: 그는 자신의 접근 방식을 설명했고, 요청에 따라 그 자리에서 수정했으며, 절차는 그대로 계속되었습니다. 결국 이 플래그가 시험하는 것은 자신의 코드를 스스로 방어할 수 있는지 여부입니다.

SubcueAI가 실시간 면접 중에 무엇을 기록하고, 이후에 무엇을 저장하는지는 보안 페이지에 정리되어 있습니다.

SubcueAI는 실시간 대화를 지원합니다. 네이티브 macOS 및 Windows 앱은 시스템 오디오와 마이크 소리를 함께 캡처해 떠 있는 로컬 오버레이에 제안을 표시합니다. 브라우저 확장 프로그램의 사이드 패널은 Chromium 브라우저에서 회의 탭에 대해 실시간 지원을 제공하며, 해당 탭의 오디오만 캡처합니다. 회의에 참여하는 봇은 없으며, 회의 페이지에 아무것도 주입되지 않습니다.

Codility 평가는 대화가 아니므로 이러한 내용은 전혀 적용되지 않습니다. 평가에 감독 기능이 있거나 화면이 캡처되는 경우, 오버레이는 그 캡처 안에 함께 나타나게 되며, 이는 설정 문제가 아니라 한계입니다. SubcueAI가 적합한 라운드는 채용 담당자 스크리닝, 행동 면접, 그리고 대개 평가를 통과한 뒤 이어지는 설계 논의입니다.

평가 자체를 위한 유용한 준비 방법은 시간을 재는 연습이며, 이는 모의 면접 페이지에서 진행할 수 있습니다.