개발자 모의면접 가이드 — CS 기초부터 꼬리질문까지 4축 연습법

CS 기초, 프로젝트 딥다이브, 행동 질문, 기술 심층 면접의 4축이에요. CS 기초는 운영체제·네트워크·자료구조·DB 같은 지식 검증, 프로젝트 딥다이브는 이력서에 쓴 프로젝트의 설계 이유와 트러블슈팅, 행동 질문은 협업·갈등·실패 경험, 기술 심층은 코딩테스트 통과 후 이어지는 라이브 코딩·설계 토론·코드 리뷰류를 말합니다.

축을 나누는 이유는 실패하는 방식이 다르기 때문이에요. CS는 지식에 구멍이 있어서 떨어지고, 딥다이브는 논리(왜?)가 비어서, 행동 질문은 구조 없이 장황해서, 기술 심층은 사고 과정을 입 밖으로 못 내서 떨어집니다. 실패 모드가 다르면 처방도 달라야 하는데, 한 번에 섞어 연습하면 뭐가 문제인지조차 안 보여요.

비중은 지원하는 곳에 따라 달라요. 신입·주니어는 CS 기초와 프로젝트 딥다이브가 중심이 되는 경우가 많고, 경력은 설계 판단과 협업 경험 쪽으로 무게가 옮겨갑니다. 지원 회사의 채용 공고와 면접 후기를 보고 4축 중 어디에 시간을 더 쓸지 먼저 정하세요.

눈으로 읽지 말고 '정의 → 비교 → 적용' 3문장 틀로 소리 내어 답하는 연습이 핵심이에요. 예를 들어 인덱스라면 '인덱스는 조회를 빠르게 하는 자료구조다(정의) → 대신 쓰기 성능과 저장 공간을 내준다(비교·트레이드오프) → 그래서 이 프로젝트에선 조회가 몰리는 컬럼에만 걸었다(적용)'. 이 틀이 입에 붙으면 어떤 CS 질문이든 뼈대가 잡힙니다.

설명하다 막히는 지점이 진짜 구멍이에요. 프로세스와 스레드의 차이를 안다고 생각했는데 '그럼 컨텍스트 스위칭 비용은 왜 다른가요'에서 말문이 막히면, 그게 다시 공부할 지점입니다. 비전공자에게 설명한다 치고 비유 하나씩을 준비해 두면 이해도 검증과 전달력 연습이 동시에 돼요.

피해야 할 건 키워드 나열이에요. 'TCP는 연결지향이고 신뢰성이 있고 3-way handshake를 하고…' 식의 암기 낭독은 꼬리질문 한 방('그래서 UDP는 언제 쓰나요')에 무너집니다. 개수를 줄이더라도 '왜 그렇게 설계됐는지'까지 말할 수 있는 주제를 늘리는 쪽이 면접에선 훨씬 강해요.

이력서에 쓴 문장마다 '왜 그 기술을 골랐나 → 대안은 뭐였나 → 결과는 어땠나' 3단 문답을 미리 만들어 두는 게 대비의 전부예요. 'Redis로 캐싱했다'고 썼다면 '왜 Redis였나(로컬 캐시·Memcached 대비) → 무엇을 캐싱했고 무효화는 어떻게 했나 → 응답 시간이 얼마에서 얼마로 줄었나'까지가 한 세트입니다. 수치가 없으면 지금이라도 측정해서 채워 넣으세요.

'그때는 그게 최선인 줄 몰랐다'도 좋은 답이 될 수 있어요. 기술 선택의 이유가 사실 '튜토리얼이 많아서'였다면, 솔직히 인정하고 '지금이라면 이 기준으로 다시 고르겠다'를 붙이면 학습 능력을 보여주는 답이 됩니다. 어설프게 사후 정당화를 지어내는 것보다 훨씬 안전하고, 면접관도 신입에게 완벽한 의사결정을 기대하지 않아요.

아키텍처를 말로만 그리는 연습도 해두세요. 화이트보드가 없어도 '클라이언트에서 요청이 오면 → 게이트웨이가 → 이 서비스가' 식으로 데이터 흐름을 입으로 따라가는 겁니다. 여기에 협업 갈등, 장애·트러블슈팅, 아쉬웠던 결정 각 1개씩을 STAR 구조로 준비하면 딥다이브에서 나올 수 있는 질문 대부분이 커버됩니다.

내 답변마다 예상 꼬리질문을 2개씩 미리 붙여 '질문 체인'으로 연습하는 게 가장 확실해요. '인덱스를 걸어 조회를 개선했다'는 답에는 '복합 인덱스 순서는 어떻게 정했나' '인덱스를 걸었는데도 느리면 뭘 보나'가 따라올 수 있죠. 답변 → 꼬리 → 꼬리의 꼬리까지 2단계만 미리 파 두면 실전에서 당황할 일이 크게 줄어요.

모르는 꼬리질문이 나왔을 때의 공식은 '아는 데까지 + 추론 + 인정'입니다. '정확한 내부 구현은 모르지만, B-tree 기반이라면 이런 특성일 것 같습니다. 확인해 보고 싶네요'처럼요. 면접관이 꼬리질문으로 보는 건 지식의 끝이 어디인지와, 모르는 문제 앞에서 어떻게 사고하는지예요. 아는 척으로 한 단계를 넘기면 다음 꼬리에서 더 크게 무너집니다.

혼자서는 꼬리질문을 재현하기 어려우니, 모의면접 상대에게 '한 답변당 꼬리를 2개 이상 물어 달라'고 규칙을 정하세요. 스터디원이든 AI 면접 도구든, 꼬리질문을 계속 던지게 만드는 게 이 축 연습의 핵심 설정입니다.

혼자 연습은 비용 0에 즉시 가능해서 기본기 반복에 맞아요. 답변을 녹음하거나 셀프 영상을 찍어 필러워드('음', '어')와 답변 길이를 체크하고, 러버덕에게 설명하듯 CS 개념을 소리 내어 말하는 것만으로도 전달력이 올라갑니다. 한계는 분명해요 — 꼬리질문이 없고, 긴장감도 없습니다.

스터디 모의면접의 최대 장점은 면접관 역할을 해보는 거예요. 남의 답변에서 허점을 찾아 꼬리질문을 만들다 보면 면접관의 눈이 생기고, 그게 자기 답변 설계에 그대로 돌아옵니다. 실제 사람 앞에서 말하는 긴장감과 즉흥 대응도 스터디에서만 얻을 수 있어요. 대신 일정을 맞춰야 하고, 피드백 품질이 스터디원의 실력에 좌우된다는 한계가 있습니다.

AI 모의면접은 24시간 아무 때나, 같은 질문을 몇 번이고 반복할 수 있다는 게 강점이에요. 같은 딥다이브 질문을 3~5회 돌려 답을 입에 붙이는 반복 훈련과, 두괄식·장황함 같은 형식 피드백에 특히 맞습니다. 프리터뷰처럼 문답을 주고받으며 리포트로 정리해 주는 도구라면 프로젝트 딥다이브 리허설에 쓰기 좋고, 가입 시 무료 1회가 있으니 맞는지 먼저 확인해 보면 돼요. 다만 어떤 도구든 AI의 기술 평가는 참고용입니다 — 기술 사실은 공식 문서로 교차 확인하세요.

첫 주(D-14~D-8)는 재료 준비 기간이에요. 채용 공고와 내 이력서에서 4축별 예상 질문 30~40개를 뽑고, 축별로 답 초안을 씁니다. 프로젝트 딥다이브의 3단 문답(왜 → 대안 → 결과)과 행동 질문의 STAR 초안이 이 주의 산출물이에요. 아직 소리 내어 연습하는 단계가 아니라, 말할 재료를 갖추는 단계입니다.

둘째 주(D-7~D-3)는 소리 내는 기간이에요. 하루에 한 축씩 잡고 같은 질문을 3회씩 소리 내어 답하며, 이 기간에 모의면접을 2~3회 배치합니다 — 스터디든 AI든 형식은 상관없지만, 매 회 끝나면 '막힌 질문·장황했던 답·몰랐던 개념'을 복기 노트로 남기는 게 중요해요. 복기 없는 모의면접은 횟수만 쌓입니다.

마지막 이틀(D-2~D-1)은 새로운 걸 하지 않는 기간이에요. 새 질문·새 개념에 손대면 불안만 커집니다. 복기 노트에서 약했던 답 5개만 골라 다듬고, 지원 회사의 제품과 기술 블로그를 다시 훑고, 역질문 3개를 준비하세요. 전날 밤에는 연습보다 컨디션이 더 큰 변수입니다.