카카오식 라이브 코딩테스트, 화면공유에서 실제로 뭐가 보일까

TL;DR: 라이브 코딩테스트는 실무자가 화상으로 화면을 지켜보며 진행하는 실시간 코딩 라운드로, 감독 없이 문제 링크만 주는 프로그래머스형 비동기 테스트와는 완전히 다른 종류의 압박을 준다. 화면공유는 지원자가 선택한 창·탭 단위로만 노출되므로 두 번째 모니터나 다른 창까지 전부 보이는 건 아니지만, 노련한 면접관은 결과가 아니라 '과정'과 '설명'으로 확인한다. 이 글은 그 차이와 실제로 뭐가 보이고 안 보이는지를 사실 기준으로 정리한다.

개발자 커뮤니티 OKKY에는 이런 글이 종종 올라온다. "감독관 없이 프로그래머스 문제 링크만 던져주는 코딩테스트, 이거 정상인가요?" 어떠한 감독도 없이 문제만 주고 알아서 풀어 제출하라는 방식에 의문을 제기하는 글이다. 반대쪽에는 정반대 경험담도 있다. 멘토링 커뮤니티 링커리어에는 "실무자와 화면을 공유하며 진행하는 라이브 코딩테스트 방식이라는데, 어떤 식으로 준비하는게 좋을지" 묻는 질문이 올라온다. 카카오식 라이브 코딩 라운드를 앞두고 당황한 지원자의 질문이다.

이 두 글은 사실 같은 문제의 양면이다 — 감독이 없는 테스트는 부정행위 우려가 나오고, 감독이 있는 라이브 테스트는 그 나름대로 낯선 압박을 준다. 이 글은 후자, 즉 실무자가 화면을 지켜보는 라이브 코딩테스트가 실제로 어떻게 진행되고, 화면공유에서 뭐가 보이고 안 보이는지를 정리한다.

---

라이브 코딩테스트란 무엇인가

라이브 코딩테스트는 크게 두 갈래로 나뉜다.

• 비동기형(async): 프로그래머스·해커랭크식으로 정해진 시간 안에 혼자 풀어 제출한다. 감독하는 사람이 화면에 없다. 채점은 이후 자동 또는 별도로 이뤄진다.
• 라이브형(live): 실무 개발자가 화상통화로 화면을 함께 보며, 코딩하는 과정 자체를 실시간으로 지켜본다. 링커리어 멘토링 커뮤니티의 답변에 따르면 카카오식 라운드는 실무자가 "그냥 코딩하는 과정을 라이브로 지켜본다"는 식으로 진행되며, 일부는 별도로 휴대폰 카메라를 통해 손과 책상 주변까지 함께 확인하는 경우도 있다고 한다.

두 방식의 근본적 차이는 무엇을 채점하느냐에 있다. 비동기형은 최종 제출된 코드(결과)를 본다. 라이브형은 코드가 만들어지는 과정, 막히는 지점에서 어떻게 반응하는지, 질문에 어떻게 설명하는지(과정)를 본다.

"감독 없는 테스트, 이거 괜찮은가" — 실제로 있는 논쟁

OKKY에는 "코딩테스트 부정행위 기준이 뭘까요?"라는 질문도 올라온다. 감독 없는 비동기 테스트가 구조적으로 대리 응시나 검색 활용을 막기 어렵다는 문제의식이 배경이다. 실제로 일부 채용 담당자들은 이 문제를 의식해서 화면공유와 음성 동반을 의무화하거나, 서류·비동기 테스트 통과 이후 단계에 사람이 직접 지켜보는 라이브 코딩 라운드를 추가로 배치하는 방식으로 보완한다.

즉 라이브 코딩테스트는 단순히 "형식이 다른 시험"이 아니라, 비동기 테스트의 신뢰 문제를 보완하기 위해 기업들이 선택한 방식이라는 맥락이 있다. 이 맥락을 알면 "왜 굳이 화면까지 공유시키면서 지켜보나"라는 의문이 조금은 풀린다.

화면공유에서 실제로 보이는 것 vs 안 보이는 것

여기가 가장 많이 오해하는 지점이다. "화면을 공유한다"는 말이 컴퓨터 전체를 다 보여준다는 뜻은 아니다.

대부분의 화상회의·라이브 코딩 툴(Zoom, Google Meet, 또는 CoderPad 같은 전용 툴)은 지원자가 선택한 창 또는 탭 단위로만 공유된다. CoderPad 공식 문서에도 명시돼 있듯, 라이브 인터뷰 패드는 지원자가 IDE를 벗어나거나 외부에서 붙여넣기를 하는 순간을 면접관에게 알리지만, 다른 탭의 내용을 읽거나 컴퓨터에서 실행 중인 다른 프로그램을 스캔하지는 못한다. 즉:

• 보이는 것: 공유하기로 선택한 창(보통 코드 에디터), 웹캠 화면, 음성.
• 안 보이는 것(창/탭 공유 모드일 때): 두 번째 모니터, 공유하지 않은 다른 창, 백그라운드에서 돌아가는 프로그램, 데스크톱 전체.
• 다만 남는 흔적: IDE를 벗어나거나 탭을 전환하는 '이탈' 이벤트 자체는 대부분 로그나 실시간 알림으로 남는다. 무엇을 봤는지는 몰라도 어딘가로 갔다는 사실은 기록된다.

이건 특정 툴의 허점이 아니라 화면공유 기술 자체의 구조적 특성이다. 다만 이 사실이 "그러니 안 걸린다"로 이어지지는 않는다 — 라이브 코딩테스트의 핵심 채점 대상은 애초에 화면 밖에서 뭘 하는지가 아니라 화면 안에서 어떻게 설명하는지이기 때문이다.

노련한 면접관이 확인하는 건 화면이 아니라 '설명'

라이브 코딩테스트에서 실제로 지원자를 가려내는 건 화면 감시가 아니라 실시간 질문이다. 코드를 다 쓰고 나면 "이 부분은 왜 이 방식을 골랐냐", "시간복잡도는 어떻게 되냐", "이 케이스는 어떻게 처리되냐" 같은 후속 질문이 이어진다. 자기가 방금 짠 코드의 모든 선택을 스스로 설명하지 못하면, 화면에 뭐가 떠 있었는지와 무관하게 바로 티가 난다.

정리하면, 라이브 코딩테스트를 준비하는 데 있어 화면공유의 기술적 한계를 아는 것보다 훨씬 중요한 건 소리 내어 생각하며 코딩하는 습관이다.

실전 준비 팁

• 생각을 말로 풀어내는 연습. 조용히 타이핑만 하지 말고, 왜 이 자료구조를 골랐는지, 다음에 뭘 확인할 건지 계속 말하면서 코딩한다.
• 후속 질문에 막히지 않기. 시간복잡도, 예외 케이스, 다른 접근법과의 트레이드오프는 미리 스스로 정리해두는 게 좋다.
• 카메라·마이크 위치 점검. 라이브 라운드는 웹캠이 켜져 있는 경우가 대부분이므로, 눈높이 카메라와 안정적인 마이크 환경을 미리 확인한다.
• 어떤 형식인지 미리 확인. 리크루터 안내에 "화면공유", "실무자와 함께 진행" 같은 표현이 있다면 라이브형이라고 보면 된다.

AI 도구는 이 상황에서 어떻게 봐야 하나

솔직하게 짚는 게 맞다. 라이브 코딩테스트는 사람이 실시간으로 지켜보고 되묻는 구조이기 때문에, 프로그래머스 같은 자동 채점 환경보다 AI 도구를 쓰는 데 따르는 위험이 훨씬 크다. AceRound는 실제 면접이 진행되는 동안 화면 공유에 잡히지 않는 데스크톱 오버레이로 답변 방향을 실시간 제안하지만, 이건 "안 걸리는 컨닝 도구"가 아니다 — 라이브 코딩테스트의 진짜 관문은 화면이 아니라 후속 질문이므로, 제안받은 방향을 자기 말로 설명할 수 있어야 실제로 도움이 된다. 설명하지 못하면 도구를 썼든 안 썼든 그 자리에서 막힌다.

더 알아보기

코드시그널 코딩테스트 완벽 준비 가이드, CoderPad는 AI 부정행위를 탐지하나요, 줌 면접 컨닝 걸리나, 카랏(Karat) 코딩테스트 가이드도 함께 참고하면 좋다.

원문 인용 출처는 OKKY 커뮤니티, 링커리어 멘토링 커뮤니티, CoderPad 공식 문서에서 확인할 수 있다.

FAQ

라이브 코딩테스트는 프로그래머스 같은 비동기 코딩테스트랑 뭐가 다른가요?

프로그래머스형 비동기 테스트는 정해진 시간 안에 혼자 문제를 풀어 제출하고, 채점은 이후 자동으로 이뤄진다. 감독하는 사람이 화면에 없다. 라이브 코딩테스트는 반대로 실무자가 화상으로 화면을 공유한 채 지켜보며, 문제를 푸는 과정 자체와 코드를 짠 이유를 실시간으로 되묻는다. 채점 대상이 '결과'가 아니라 '과정'이라는 점이 근본적으로 다르다.

감독관 없이 문제 링크만 주는 코딩테스트는 부정행위에 취약한 거 아닌가요?

실제로 개발자 커뮤니티(OKKY 등)에서도 종종 논쟁이 되는 부분이다. 감독 없는 비동기 테스트는 구조적으로 검색·대리 응시 등을 막기 어렵다는 지적이 꾸준히 나온다. 이 때문에 일부 기업은 화면공유·음성 동반을 의무화하거나, 이후 단계에서 사람이 직접 지켜보는 라이브 코딩 라운드를 추가로 두는 방식으로 보완한다.

화면을 공유하면 면접관이 제 화면을 전부 볼 수 있나요?

아니다. 대부분의 화상회의·라이브 코딩 툴은 지원자가 선택한 '창' 또는 '탭' 단위로만 공유된다. 면접관은 공유된 창 안의 내용만 보고, 공유하지 않은 다른 창이나 두 번째 모니터, 백그라운드 프로그램은 보지 못한다. 다만 지원자가 공유 범위를 벗어나거나(예: 다른 탭으로 전환) 하면 그 '이탈' 사실 자체는 로그나 알림으로 남는 경우가 많다 — 무엇을 봤는지는 몰라도 어디론가 갔다는 사실은 안다는 뜻이다.

카카오 같은 회사의 라이브 코딩테스트는 실제로 어떤 방식으로 진행되나요?

구직자 커뮤니티에 올라온 후기를 종합하면, 실무 개발자가 화상으로 화면을 함께 보며 약 1시간 동안 코딩을 진행하고 이어서 코드 리뷰를 진행하는 방식이 자주 언급된다. 일부 라운드에서는 휴대폰 카메라로 손과 책상 주변까지 함께 확인하는 경우도 보고된다. 다만 이는 회사의 공식 정책이 아니라 지원자들이 남긴 경험담을 종합한 것이므로, 실제 진행 방식은 채용 공고나 담당자 안내를 우선 확인해야 한다.

---

Author · Alex Chen. Career consultant and former tech recruiter. Spent 5 years on the hiring side before switching to help candidates instead. Writes about real interview dynamics, not textbook advice.