CoderPad는 부정행위를 감지할 수 있나요?

이런 검색의 뒤에는 보이지 않는 탐지기가 조용히 점수를 매기고 있을지 모른다는 걱정이 있는 경우가 많습니다. 그럴 만한 걱정이지만, 답은 회사가 보낸 CoderPad 제품이 무엇이냐에 따라 달라집니다. 실시간 패드와 비동기 테스트는 보는 대상이 다르기 때문입니다. 이 섹션에서는 제품을 구분하고, 이어지는 두 섹션에서 각각이 무엇을 보는지 설명합니다.

CoderPad는 하나의 이름으로 여러 도구를 판매합니다. CoderPad Interview는 실시간 공동 편집기로, 디지털 화이트보드와 함께 쓰이는 경우가 많으며 엔지니어가 실시간으로 함께합니다. CoderPad Screen은 타이머에 맞춰 혼자 치르는 비동기 코딩 평가이며, 문서에 부정행위 방지와 탐지를 다루는 전용 페이지가 있습니다. CoderPad Qualify는 채용 단계 초반에 자동 사전 심사를 진행합니다.

어느 것인지는 보통 초대장에 나와 있습니다. 면접관 이름이 적힌 캘린더 일정이라면 실시간 패드입니다. 문항 수와 마감 시간이 있는 시간제한 테스트로 연결되는 링크라면 Screen입니다. 구분이 안 되면 채용 담당자에게 해당 전형이 어떤 형식인지 물어보세요. 흔한 질문이고, 답에 따라 준비 방법이 달라집니다.

실시간 패드에서는 내 편집기가 곧 상대의 편집기입니다. 입력하는 대로 글자가 나타나는 모습, 커서 이동, 삭제, 선택한 언어, 코드를 실행할 때마다의 동작이 모두 보입니다. 한 프레임에 나타난 블록은 수정을 거치며 한 줄씩 입력한 코드와 전혀 달라 보이고, 그 차이를 알아채는 데 소프트웨어는 필요 없습니다.

통화가 끝난 뒤에는 코드 재생으로 채용팀의 누구든 세션을 순서대로 다시 볼 수 있습니다. 검토자 화면을 본 Reddit의 지원자들은 무엇이 입력되었는지를 차례로 보여 줄 뿐 아니라 지원자가 패드에 있던 때와 떠나 있던 때까지 표시해 준다고 설명합니다. 그래서 긴 공백 뒤에 완성된 함수가 나타나면, 실시간으로 한 번, 녹화를 검토하는 사람에게 또 한 번, 두 번 보이게 됩니다.

실시간 패드에는 웹캠 감독이 내장되어 있지 않습니다. 카메라가 켜져 있다면 면접 통화가 영상을 쓰기 때문이며, 그 통화가 CoderPad 안에서 이루어지든 팀이 고른 별도의 회의 앱에서 이루어지든 마찬가지입니다.

결제 회사의 중급 포지션에 지원한 프런트엔드 엔지니어를 떠올려 보세요. 문제는 정확히 풀었지만, 면접관이 헬퍼 함수를 한 줄씩 설명해 달라고 하자 답하지 못했고, 재생 화면에는 그 함수가 한 번의 붙여넣기로 나타난 것이 보입니다. 둘 중 하나만이라면 넘어갈 수도 있지만, 둘이 함께 나오면 전형은 거기서 끝납니다.

다른 플랫폼이 무엇을 관찰할 수 있고 무엇을 할 수 없는지에 대한 분석은 탐지 가능성 주제 허브에 있습니다.

자동 검사가 모여 있는 곳이 Screen입니다. CoderPad의 부정행위 방지 기능 목록에는 코드 재생, 복사/붙여넣기 추적, 위치 추적, 이상 징후 알림, 문제 무작위화, 표절 탐지가 들어 있습니다. Screen 문서는 자동으로 탐지하는 패턴 중 하나로 표절을 꼽습니다.

실제로는 점수만 담긴 것이 아닌 보고서가 나온다는 뜻입니다. 편집기에 붙여넣은 내용, 테스트 창을 벗어나 있던 시간, 도중의 위치 변화, 알려진 답안과의 유사도가 코드 옆에 표시된다고 보면 됩니다. Screen에 대한 제3자 분석은 IDE 종료, IP 변경, 채용팀이 켤 수 있는 선택형 웹캠 플래그도 목록에 올리고 있으니, 카메라가 필요한지는 테스트 안내문에서 확인하세요.

알아 둘 한계가 두 가지 있습니다. 첫째, 플래그는 검토자에게 주는 증거일 뿐 자동 탈락이 아닙니다. 언어 문서를 읽으려고 탭을 한 번 전환하는 것은 흔한 일이고 검토자도 알고 있습니다. 보고서의 인상을 바꾸는 것은 긴 자리 비움 뒤에 완성된 답이 나오는 패턴입니다. 둘째, 검사가 보는 것은 편집기, 창, 연결처럼 브라우저 안에서 일어나는 일입니다. 같은 제3자 분석은 Screen이 AI 어시스턴트 사용을 직접 탐지하지는 않는다고 하며, CoderPad는 자사의 접근 방식을 AI를 고려한 프로젝트 기반 평가와 다층 탐지라고 설명합니다. 현실적인 프로젝트형 문제에는 정형화된 답을 붙여넣기 어려운데, 그것이 바로 그런 문제의 목적입니다.

평가 플랫폼이 지원자를 어떻게 검증하는지에 대한 내용은 채용 플랫폼과 검증 허브에서 볼 수 있습니다.

SubcueAI는 면접에서 말로 오가는 부분을 위해 만들어졌습니다. 네이티브 macOS 및 Windows 앱은 시스템 오디오와 마이크를 캡처하고, 떠 있는 로컬 오버레이에 제안을 표시합니다. 브라우저 확장 프로그램의 사이드 패널은 Chromium 기반 브라우저의 회의 탭에서 실시간 지원을 제공하며 해당 탭의 오디오만 캡처하므로 사용자의 음성을 전사하지 않습니다. 회의 봇이 통화에 참여하지 않고, 회의 페이지에 아무것도 삽입되지 않습니다.

CoderPad 전형은 대개 그런 경우가 아닙니다. 화면을 공유하면 로컬 오버레이는 공유되는 영역 안에 들어가며, 이는 조절할 수 있는 설정이 아니라 넘을 수 없는 한계입니다. 세션이 녹화되는 경우에도 마찬가지입니다. Screen에는 보통 대화가 아예 없어서, 듣고 돕는 어시스턴트가 할 일이 없습니다. 어시스턴트가 제 역할을 하는 곳은 코딩 전형 앞뒤의 대화입니다. 그 앞의 채용 담당자 면담, 후속 질문, 같은 전형 안의 행동 면접이 그렇습니다.

SubcueAI가 면접 오디오를 어떻게 다루고 무엇을 보관하는지는 보안 페이지에 적혀 있습니다. 코딩 전형 자체에는 시간을 재고 하는 연습이 정직한 준비입니다. 코드를 쓰면서 소리 내어 설명하는 연습을 하세요. 검토자는 어떤 플래그보다 그 설명을 신뢰합니다. 이런 연습은 모의 면접 페이지에서 할 수 있습니다.