라이브 코딩 면접 통과하는 법
작성자 Aaron Cao · 업데이트

라이브 코딩 면접은 컴파일러와 나누는 대화라고 생각하세요. 트레이드오프를 소리 내어 말하고, 브루트포스 방식으로 시작한 뒤 다듬어 나갑니다. CoderPad나 CodeSignal, 혹은 Zoom, Google Meet, Microsoft Teams 안의 공유 에디터에서도 면접관은 최종 함수 못지않게 과정을 평가합니다.
라이브 코딩 라운드에서 실제로 평가되는 것은 무엇인가?
라이브 코딩은 과제 전형이 아닙니다. 면접관은 당신이 문제를 어떻게 명확히 하고, 예시를 어떻게 고르고, 어떤 자료구조를 선택하며, 테스트가 실패했을 때 어떻게 회복하는지를 지켜봅니다. 정확성도 중요하지만, 복잡도에 대한 설명 없이 아무 말 없이 완성한 완벽한 함수는, 이후에 다듬어 나가는 동작하는 브루트포스 풀이보다 오히려 낮은 점수를 받는 경우가 많습니다.
한 백엔드 엔지니어가 퍼블릭 클라우드 업체의 L5 직급에 지원해 공유 에디터에서 레이트 리미터 문제를 받았다고 합시다. 면접관은 첫 컴파일에서 교과서적인 토큰 버킷이 나오길 기다리는 것이 아닙니다. 그들이 듣고 싶은 것은 버스트 트래픽과 정상 상태의 차이, O(1) 방식과 로그를 스캔하는 방식의 비교, 그리고 정상 경로를 작성하기 전에 실패하는 테스트를 먼저 작성하는 과정입니다. 그 대화 자체가 바로 이 라운드입니다.
이런 라운드는 보통 CoderPad, CodeSignal, HackerRank, 또는 Zoom, Google Meet, Microsoft Teams 안의 공유 에디터에서 진행됩니다. 코드를 작성하기 전에 입력 크기, 중복 여부, 변형(뮤테이션) 가능 여부를 먼저 물어보세요. 출력을 다시 한번 정리해 말한 뒤, 그다음에 작성하세요.
- 첫 줄을 쓰기 전에 제약 조건을 명확히 했다.
- 정확한 브루트포스 계획으로 시작한 뒤 한 가지를 개선했다.
- 시간 복잡도와 공간 복잡도를 소리 내어 말했다.
- 예시 하나와 엣지 케이스 하나를 직접 따라가 보았다.
- 실행이 실패해도 침묵하지 않고 다시 회복했다.
타이핑하면서 어떻게 말해야 할까?
말하면서 풀면 속도가 느려지거나 자신 없어 보일까 봐 걱정될 수 있습니다. 이 섹션에서는 어떤 공유 에디터 문제에도 재사용할 수 있는 설명 패턴을 처음 문제를 정리하는 순간부터 막히는 순간까지 소개합니다. 외워서 읽는 대본이 아니라 몸에 밸 때까지 반복해서 사용하세요.
첫 줄을 쓰기 전에 문제를 다시 정리해 말하고, 제약 조건을 짚은 뒤, 예시 하나를 손으로 직접 따라가 보세요. 그다음 브루트포스 아이디어와 그 복잡도를 말합니다. 그러고 나서야 코드를 씁니다. 코드를 쓰는 동안에는 모든 키 입력이 아니라 반복문의 불변식을 말하세요. 막히면 침묵하는 대신 지금 무엇을 확인하고 있는지(널 입력, 오프바이원 오류, 정렬 여부 등)를 말하세요.
- 타입, 크기, 엣지 케이스를 소리 내어 명확히 한다.
- 브루트포스를 제시한 뒤 한 가지를 개선하고, 그다음 코드를 쓴다.
- 완성된 함수로 예시를 다시 따라가 본다.
- 말없이 멈춰 있기보다 힌트를 요청한다.
처음부터 끝까지 소리 내어 설명하는 시간 제한 연습은 모의 면접 페이지에서 할 수 있습니다.
면접관이 AI 오버레이를 볼 수 있을까?
화면이나 창을 공유하거나 데스크톱을 녹화하면, 떠 있는 오버레이를 포함해 그 화면에 있는 모든 것이 보입니다. 감독 플랫폼, 잠금 브라우저, 회사에서 관리하는 기기에서는 어떤 로컬 어시스턴트 도구도 적용 범위 밖입니다. 그런 환경에서는 어떤 도구도 보이지 않는다고 가정하지 마세요.
SubcueAI는 두 가지 실시간 어시스트 방식을 제공하며, 둘 다 회의 봇으로 통화에 참여하거나 회의 페이지에 콘텐츠 스크립트를 주입하지 않습니다. 네이티브 macOS 및 Windows 데스크톱 앱은 시스템 오디오와 마이크를 함께 캡처하고, 데스크톱 회의 클라이언트와 함께 작동하는 떠 있는 로컬 오버레이를 보여줍니다. Chromium 확장 프로그램(Chrome과 Edge)은 Side Panel을 사용하며, 회의 탭의 오디오, 즉 면접관의 목소리만 캡처하고 당신의 마이크는 절대 캡처하지 않으므로, 브라우저 탭 통화를 지원하면서도 당신의 말은 녹취하지 않습니다. Firefox 버전은 모의 면접 전용입니다.
오버레이가 공유하지 않은 디스플레이에 있다면 면접관은 볼 수 없습니다. 다만 전체 화면 공유는 그 디스플레이에 있는 모든 창을 포함합니다. 면접관이 실제로 무엇을 볼 수 있는지에 대한 솔직한 한계는 탐지 가능성 주제 페이지에 정리되어 있습니다.
실전 전에 무엇을 연습해야 할까?
실제로 시간 제한 속에서 작성하게 될 패턴을 연습하세요. 배열과 해시, 투 포인터, 슬라이딩 윈도우, 이진 탐색, BFS와 DFS, 힙, 기본적인 구간 병합입니다. 잘 알려지지 않은 퍼즐을 외우는 것보다, 사용하는 언어의 해시맵, 큐, 정렬 API에 능숙한 것이 더 중요합니다. 풀면서 소리 내어 말하세요. 말없이 하는 연습은 실전에서 통하지 않습니다.
실전에서 쓸 것과 동일한 환경으로 모의 연습을 한 번 해보세요. 같은 언어, 같은 에디터 습관, 같은 회의 클라이언트입니다. 회사가 데스크톱 앱에서 Zoom을 사용한다면 그 환경에서 연습하세요. Chrome 탭에서 Google Meet를 사용한다면 그 탭을 열어 둔 채로 연습하세요. 데스크톱 오버레이와 Chrome Side Panel 설정 방법은 튜토리얼 페이지에 있습니다.
최적 풀이를 끝내지 못한다면, 정확한 브루트포스 풀이를 제출하고 병목 지점을 설명한 뒤 더 빠른 접근 방식을 간단히 제시하세요. 느리더라도 완성된 답변에 명확한 개선 방향이 있으면, 대개 끝내지 못한 영리한 아이디어보다 더 좋은 평가를 받습니다.