코딩 면접을 진행하는 플랫폼과 각각의 차이점은 무엇인가요?

초대 이메일에는 보통 플랫폼 이름이 적혀 있으며, 그 이름만으로도 세션이 어떤 식으로 진행될지 대부분 알 수 있습니다. 플랫폼은 크게 네 가지 유형으로 나뉩니다.

• 라이브 공유 편집기. CoderPad, CodeSignal의 면접 모드, HackerRank Interview(이전 명칭 CodePair) 및 유사한 코딩 도구는 지원자와 면접관이 모두 편집할 수 있는 문서를 엽니다. 대부분 몇 가지 언어로 코드를 실행할 수 있지만, 일부 고용주는 시행착오 대신 논리적으로 추론하게 하려고 의도적으로 실행 기능을 끕니다.
• 일반 공유 문서. 일부 팀은 여전히 Zoom이나 Google Meet을 통해 Google Doc 또는 빈 텍스트 편집기를 전달합니다. 구문 강조도, 실행 버튼도, 테스트도 없으며 면접관은 코드 리뷰어처럼 지원자의 코드를 읽습니다.
• 시간제 온라인 평가. HackerRank, Codility, CodeSignal은 제한 시간과 자동 채점기가 적용된 고정 문제 세트를 제공합니다. 통화에 참여하는 사람은 없으며, 플랫폼이 세션을 기록하고 비공개 테스트 사례를 채점합니다.
• 면접 대행 업체. Karat과 유사한 업체는 자체 코딩 도구에서 라이브 기술 면접을 진행하고 고용주가 읽을 보고서를 작성하는 훈련된 엔지니어를 제공합니다. 라이브 형식이지만 통화 상대는 미래의 동료가 아닙니다.

고용주는 이런 형식을 혼합합니다. 일반적인 면접 과정은 평가로 시작해 한두 차례의 라이브 코딩 도구 면접을 거친 뒤, 화이트보드 도구나 일반 통화에서 설계에 관해 대화하는 것으로 끝납니다. 개별 업체에 관한 자세한 내용은 플랫폼 검증 주제에서 확인할 수 있습니다.

세션 진행 방식을 좌우하는 속성은 다섯 가지이며, 문제 난이도보다 플랫폼에 따라 더 크게 달라집니다.

• 라이브 또는 비동기식. 라이브 코딩 도구는 대화형이므로 제약 조건을 질문하고 힌트를 받을 수 있습니다. 평가는 조용히 치르는 시험이며, 문제 설명 외에는 추가로 확인할 방법이 없습니다.
• 코드 실행. 실행 버튼이 있는 코딩 도구에서는 코드가 작동한다고 말하기 전에 테스트 사례를 확인할 수 있습니다. 일반 문서와 실행 기능이 꺼진 코딩 도구에서는 지원자가 직접 해석해야 하므로 각 줄이 하는 일을 말로 설명해야 합니다.
• 입력 내용의 공개 범위. 라이브 코딩 도구에서는 입력, 멈춤, 삭제가 일어나는 즉시 면접관에게 모두 보입니다. 함수를 세 번 다시 작성하는 것도 보입니다. 반드시 나쁜 것은 아니지만, 그동안 아무 말도 하지 않는 것은 좋지 않습니다.
• 언어와 도구. 대부분의 코딩 도구는 주요 언어를 지원하지만 라이브러리 접근, 자동 완성, 디버거 지원은 서로 다릅니다. 평가는 자동 채점기가 지원하는 언어만 사용하도록 제한하는 경우가 많습니다.
• 녹화와 감독. 라이브 면접은 채용 평가 회의를 위해 흔히 녹화됩니다. 평가 플랫폼은 선택적 감독 기능을 제공하며, 여기에는 웹캠 스냅샷, 브라우저 탭 전환 기록, 복사·붙여넣기 표시가 포함될 수 있습니다. 활성화 여부는 고용주가 결정하며 초대장에는 거의 명시되지 않습니다.

마지막 속성을 중심으로 대비해야 합니다. 별도 안내가 없다면 모든 시간제 평가는 감독 기능이 켜져 있다고 생각하세요.

한 플랫폼에서 한 연습이 다른 플랫폼에서는 통하지 않을까 걱정하는 것은 당연합니다. 이 섹션에서는 형식별 준비 방법을 안내합니다. 요약하면 코딩 실력은 그대로 적용되지만 세션 습관은 그렇지 않으므로, 각 습관을 의도적으로 연습해야 합니다.

• 라이브 코딩 도구: 자동 완성 기능이 없는 브라우저 편집기에서 연습하고, 입력하면서 말하며, 무엇이든 실행하기 전에 작은 테스트 사례 하나를 직접 작성하세요. 실행 버튼이 있다면 접근 방식을 설명한 후에 사용해야 하며, 설명을 대신하는 용도로 사용해서는 안 됩니다.
• 일반 문서: 컴파일러 없이 올바른 코드를 작성하는 연습을 하세요. 면접관은 코드를 실행하지 않고 읽으므로 일관된 들여쓰기와 짧은 함수가 중요합니다.
• 시간제 평가: 비공개 테스트를 염두에 두고 제한 시간을 두어 연습하세요. 빈 입력, 중복 값, 허용되는 최대 크기를 처리해야 합니다. 먼저 전체 문제 세트를 읽고 예상되는 노력에 따라 문제 순서를 정하세요.
• 대행 업체 면접: 표준화된 평가 기준을 예상하세요. Karat 유형 업체의 면접관은 의사소통과 문제 분해 능력을 명시적으로 평가하므로 코딩하기 전에 계획을 설명하세요.

결제 회사의 시니어 직무에 지원한 백엔드 엔지니어가 한 주 동안 서로 다른 세 가지 초대장을 받습니다. CodeSignal 평가, 실행 기능이 켜진 CoderPad 면접, 공유 문서로 진행되는 최종 면접입니다. 각 형식을 한 번씩 연습하며, 형식에 따라 바꾸는 것은 설명의 양뿐입니다. SubcueAI의 모의 면접 도구를 사용하면 말로 설명하는 부분을 편리하게 연습할 수 있습니다.

상대방이 지원자에게 말하는 형식에서만 도움이 됩니다. SubcueAI의 macOS 및 Windows 네이티브 데스크톱 앱은 시스템 오디오와 마이크를 모두 캡처하므로 Zoom, Google Meet 또는 Microsoft Teams에서 면접관의 질문을 듣고 지원자 자신의 화면에만 표시되는 플로팅 오버레이로 제안을 보여줍니다. 브라우저 확장 프로그램의 Side Panel도 Chrome 또는 Edge의 브라우저 탭에서 진행되는 통화에 같은 기능을 제공하며, 회의 탭의 오디오만 캡처하므로 면접관의 말은 듣지만 지원자의 말은 전사하지 않습니다. 어느 방식도 봇으로 통화에 참여하거나 회의 페이지 또는 코딩 도구에 무언가를 삽입하지 않습니다. 확장 프로그램의 Firefox 빌드는 모의 연습만 지원합니다.

이러한 사용 범위에는 명확한 한계가 있습니다. 시간제 평가에는 대화가 없으므로 듣는 방식의 어시스턴트가 활용할 내용이 없으며, 탭을 기록하거나 웹캠을 감시하는 감독형 평가는 SubcueAI의 용도에 포함되지 않습니다. 라이브 코딩 도구에서 전체 화면을 공유하면 오버레이가 공유 화면에 나타나므로 코딩 도구 창만 공유하거나 아무것도 공유하지 마세요. 녹화되는 면접과 고용주가 관리하는 기기도 사용 범위에서 제외됩니다. SubcueAI의 창립자 Aaron Cao가 오버레이를 회의 참가자가 아닌 로컬 창으로 설계한 이유도 바로 이것입니다. 오버레이가 플랫폼이 녹화하는 내용의 일부가 되어서는 안 되기 때문입니다. 각 방식의 설정 절차는 튜토리얼 페이지에서 확인할 수 있으며, 무엇이 캡처되고 캡처되지 않는지는 보안 페이지에서 설명합니다.