HackerRank 면접은 어떻게 통과할까?
작성자 Aaron Cao · 업데이트

결정하는 요소는 세 가지입니다. 샘플 케이스뿐 아니라 숨겨진 테스트 케이스를 통과하는 것, 타이머 안에 끝내는 것, 그리고 프록터링 창 안에 계속 머무는 것입니다. HackerRank 자체 에디터에서 연습해 두면 환경 자체가 뜻밖의 변수가 되지 않습니다.
HackerRank는 실제로 무엇을 채점할까?
채용 담당자가 보는 점수는 단순한 합격·불합격이 아닙니다. HackerRank 평가는 여러 항목을 동시에 보고하며, 어떤 항목이 서로 독립적으로 움직이는지 아는 것이 타이머를 쓰는 방식을 바꿉니다.
- 통과한 테스트 케이스 수. 각 문제는 눈에 보이는 샘플 케이스와 더 큰 숨겨진 케이스 집합 양쪽에 대해 실행됩니다. 빈 입력, 단일 요소, 중복값, 최대 크기 같은 것들이 바로 이 숨겨진 집합 안에 들어 있습니다. 잃어버리는 점수의 대부분은 잘못된 알고리즘이 아니라 엣지 케이스 때문입니다.
- 부분 점수. 채점은 보통 테스트 케이스별로 이루어지므로, 정확하지만 느린 풀이도 실질적인 점수를 얻습니다. 반면 제출되지 않은 완벽한 풀이는 0점입니다.
- 시간과 메모리 제한. 문제에 이런 제한이 설정되어 있는 경우, 비효율적인 풀이는 모든 샘플을 통과하고도 크고 숨겨진 케이스에서 시간 초과가 납니다.
- 프록터링 리포트. 탭 전환, 포커스 상실, 붙여넣기 이벤트, 그리고 활성화되어 있다면 웹캠 스냅샷까지 채용 담당자가 읽을 수 있도록 제출물에 첨부됩니다.
다른 채용 플랫폼이 단계별로 무엇을 테스트하는지는 채용 플랫폼 허브에 정리되어 있습니다.
평가 라운드는 어떻게 준비해야 할까?
알고리즘은 이미 알고 있는데도 지난번에 점수를 잃었다면, 연습이 헛수고였던 것처럼 느껴질 수 있습니다. 이 섹션에서는 실력이 아니라 환경에 관한 부분을 다룹니다. 되찾을 수 있는 점수의 대부분이 바로 여기에 있으며, 되찾는 데 드는 비용도 적습니다.
- HackerRank 에디터에서 연습하세요. 그것은 당신의 IDE가 아닙니다. 의존하던 자동완성도 없고, 디버거도 없으며, 키 바인딩도 사라집니다. 실전 전에 몇 개의 문제를 그 안에서 처음부터 끝까지 풀어 보세요.
- 입력 스텁을 파악하세요. 어떤 문제는 파싱이 끝난 함수 시그니처를 건네주고, 어떤 문제는 직접 표준 입력을 읽어야 합니다. 스텁을 잘못 읽는 것은 논리가 정확해도 모든 테스트 케이스에서 실패하게 만드는 흔한 원인입니다.
- 가장 인상적으로 보이는 언어가 아니라 가장 빠르게 디버깅할 수 있는 언어를 선택하세요. 기준이 되는 것은 테스트 통과 여부입니다.
- 먼저 브루트포스 풀이를 작성해 제출한 뒤 최적화하세요. 타이머가 다 되기 전에 부분 점수를 확보해 두는 것이 가장 가치 있는 습관입니다.
- 경계값을 직접 테스트하세요. 빈 입력, 요소 하나, 모두 동일한 값, 최대 크기.
플랫폼 팀 스크리닝을 준비하던 한 백엔드 엔지니어를 예로 들어 보겠습니다. 그는 근본적인 문제 자체는 이전에 풀어 본 적이 있었지만, 테스트 초반 시간을 입력 파싱 스텁과 씨름하는 데 써 버렸고 세 개가 아니라 하나의 풀이만 제출했습니다. 그의 알고리즘 지식은 전혀 병목이 아니었습니다.
CodePair 실시간 라운드에서는 무엇이 달라질까?
CodePair는 통화에 사람이 있는 공유 에디터이며, 그래서 테스트라기보다는 코드 산출물을 동반한 대화에 가깝습니다. 채점은 사람의 판단이며, 침묵은 좋지 않은 인상을 남깁니다.
- 문제를 다시 설명하고 아무것도 작성하기 전에 제약 조건을 확인하세요.
- 먼저 접근 방식을 소리 내어 말하세요. 기각한 방법과 그 이유까지 포함해서요. 면접관은 추론 과정을 채점하며, 기각한 접근 방식은 그 증거가 됩니다.
- 말하면서 타이핑하세요. 긴 침묵은 면접관들이 이 라운드에 대해 가장 흔히 지적하는 불만입니다.
- 자신의 테스트 케이스를 설명하세요. 요청받지 않고도 엣지 케이스를 짚어 보는 것은 비동기 라운드에서 숨겨진 테스트가 측정하는 것과 같은 세심함을 보여줍니다.
- 최적화하기 전에 먼저 물어보세요. 면접관이 원하는 것은 최적의 풀이가 아니라 동작하는 버전과 복잡도에 관한 논의인 경우가 많습니다.
이런 설명을 소리 내어 연습하는 것이 바로 모의 면접 모드의 목적입니다. 여기서의 실패는 알고리즘이 아니라 말하기의 문제이기 때문입니다.
AI 면접 어시스턴트는 어디에 적합하고, 어디에는 적합하지 않을까?
이 부분에 대해 솔직한 것이 마케팅적인 답변보다 중요합니다.
- 프록터링이 적용된 HackerRank 평가는 지원 범위 밖입니다. 프록터링은 탭 전환, 포커스 상실, 붙여넣기 이벤트, 웹캠 프레임을 기록합니다. 화면 공유, 화면 녹화, 프록터링 환경, 회사가 관리하는 기기는 어떤 어시스턴트도 적절하지 않은 경우이며, SubcueAI도 그렇지 않다고 주장하지 않습니다.
- 맞는 자리는 준비 단계입니다. 사전에 소리 내어 모의 라운드를 진행하는 것이 CodePair 라운드가 평가하는 설명 습관을 길러 줍니다.
- 코딩 라운드를 둘러싼 인성 면접과 시스템 설계 대화는 일반적인 회의 소프트웨어에서 이루어지는 평범한 면접이며, 그것이 바로 SubcueAI가 만들어진 대상입니다.
플랫폼이 무엇을 볼 수 있고 볼 수 없는지는 탐지 가능성 허브에서 더 자세히 다룹니다.