기술면접 준비 0%로 1차 합격한 면접 전략

준비 없이 들어간 면접에서 합격 연락이 왔습니다

솔직히 말씀드리면, 그 면접은 준비를 거의 하지 않았습니다.

당일 아침까지도 예상 질문 하나 뽑아보지 않았고, 기술 개념 복습도 없었어요. "어차피 경력직 면접이니까 내가 아는 걸 말하면 되겠지"라는 안일한 생각으로 들어갔습니다. 콜 스크리닝부터 커피챗, 1차 기술면접까지 거의 4시간에 걸친 대화가 이어졌고, 그 안에서 기술 질문 몇 개를 제대로 못 답했습니다. 스스로도 "이건 떨어졌다"라고 생각하며 나왔어요.

그런데 합격 연락이 왔습니다.

이 경험이 저한테 던진 질문은 하나였습니다. "기술면접은 정말 기술만 보는 걸까?" 면접을 많이 준비한다고 무조건 붙고, 준비가 부족하면 무조건 떨어지는 게 아니라는 걸 몸으로 느낀 순간이었습니다. 물론 기술이 기본 전제인 건 맞습니다. 하지만 그 위에서 무언가 다른 것들이 합격과 불합격을 가르고 있었습니다.

오늘 글은 그 "다른 것들"에 대한 이야기입니다.

지금 기술면접 시장, 예전과 완전히 달라졌습니다

3년 전과 지금의 기술면접 시장은 다릅니다. 아니, 솔직히 말하면 취업 시장 자체가 달라졌어요.

AI가 개발 업무 전반에 들어오면서 기업들이 채용 기준을 바꾸고 있습니다. 예전에는 자료구조·알고리즘을 외우고 CS 지식을 달달 암기해서 시험 보듯 면접장에 들어가면 어느 정도 먹혔어요. 하지만 지금은 그 방식이 점점 효과를 잃어가고 있습니다.

채용 담당자들이 공통적으로 하는 말이 있습니다. "AI로 코드를 짤 수 있는 사람은 넘쳐요. 실제 문제를 정의하고 해결까지 이끌 수 있는 사람이 없어요." 그래서 요즘 주목받는 직군이 Product Engineer입니다. 기획, 개발, 런칭, 데이터 분석을 혼자 혹은 소수로 끌어갈 수 있는 사람. 이런 인재에 대한 수요가 빠르게 늘고 있어요.

반면 주니어 포지션은 눈에 띄게 줄고 있습니다. 실제로 지난 1년간 신입·주니어 채용 공고가 의미 있는 수준으로 감소했고, 그 자리를 경력직이나 AI를 능숙하게 활용할 수 있는 인재가 채우는 방향으로 시장이 재편되고 있어요.

이 변화가 기술면접에 주는 시사점은 명확합니다. 면접관이 더 이상 "이 사람이 개념을 알고 있나?"만 보지 않습니다. "이 사람이 실제 상황에서 어떻게 생각하고 어떻게 행동하는가"를 보기 시작했어요. 기술면접 준비 방식도 그에 맞게 달라져야 합니다.

면접관은 기술 깊이와 함께 이 3가지를 더 봅니다

먼저 분명히 해둘 게 있습니다. 기술은 기본 전제입니다. 경력 3년 차가 기본적인 개념도 모르고 들어오면 그 자체로 탈락 사유가 됩니다. 기술을 대충 알아도 된다는 말이 아니에요.

다만, 비슷한 기술 수준의 후보가 두 명 있을 때 누구를 합격시키느냐를 가르는 건 기술 깊이가 아닙니다. 그 위에 올라오는 3가지 요소입니다.

첫 번째는 전달력입니다. 아는 걸 설명하는 능력. 면접관은 하루에 몇 명씩 면접을 봅니다. 좋은 내용을 알고 있어도 설명이 뒤죽박죽이면 면접관이 따라오다 포기합니다. 반대로 어디선가 들은 개념이라도 논리적으로 정리해서 말할 수 있는 사람은 인상이 완전히 다릅니다. 전달력은 준비 여부와 무관하게, 평소에 얼마나 생각을 정리해서 말하는지가 배어 나와요.

두 번째는 사고 과정입니다. 모르는 질문이 나왔을 때 어떻게 반응하느냐. "모르겠습니다"로 끝내는 사람과 "이 방향으로는 이렇게 접근할 수 있을 것 같은데, 정확한 구현 경험은 없습니다"라고 말하는 사람의 차이는 큽니다. 면접관은 정답보다 그 사람이 생각하는 방식을 보고 싶어 합니다.

세 번째는 신뢰감입니다. 가장 추상적이지만 가장 중요한 요소입니다. "이 사람이랑 같이 일하면 괜찮을 것 같다"는 감각. 이건 논리적 설명만으로 만들어지지 않습니다. 태도, 말하는 방식, 질문에 반응하는 속도, 눈빛까지 포함됩니다. 4시간에 걸친 제 면접에서 기술 답변이 완벽하지 않았음에도 합격한 이유가 여기 있었다고 생각합니다.

그 인성 질문, 사실은 이걸 묻는 겁니다

인성 질문을 가볍게 여기는 분들이 많습니다. "에이, 그냥 착한 척하면 되는 거 아닌가요?" 실제로 그렇게 생각하다가 면접에서 방심하는 케이스를 꽤 봤어요. 인성 질문에는 면접관의 진짜 의도가 숨어 있습니다.

이 질문에 "저는 완벽주의 성향이 있어서 작은 것도 놓치지 않으려다 보니 속도가 느릴 때가 있어요"라고 대답하는 분들이 많습니다. 전형적인 '좋아 보이는 단점' 패턴이죠. 문제는 면접관이 이 패턴을 수백 번 들었다는 거예요.

더 중요한 건, 이 질문으로 면접관이 보려는 게 따로 있다는 겁니다. "이 사람이 팀에 들어왔을 때 함께 일하기 불편한 사람인가?"입니다. 감정 기복이 심하다, 고집이 세다, 소통이 안 된다 같은 단점은 절대 언급하면 안 됩니다. 아무리 자기성찰적으로 포장해도 면접관 귀에는 "이 사람 팀 내 마찰 유발 가능성 있음"으로 들립니다.

언뜻 취미나 관심사 질문처럼 들립니다. 아닙니다. 이 질문은 "당신이 평소에 성장을 위해 어떤 노력을 하고 있는가"를 보려는 겁니다. AI를 업무 외에도 탐구하는 사람인지, 아니면 시키는 것만 하는 사람인지를 구분하는 질문입니다.

"재미있는 거 만들어보고 싶어요" 수준의 대답과 "요즘 X 영역에서 LLM을 활용한 Y 문제를 풀어보려고 탐색 중인데, 한 달이 주어지면 실제로 작동하는 프로토타입까지 가보고 싶어요" 수준의 대답은 완전히 다른 인상을 줍니다.

이 질문이 나왔다면, 그 조직에 실제로 그런 이슈가 있거나 있었을 가능성이 높습니다. 면접관이 보려는 건 두 가지입니다. "무조건 따르는 사람인가"와 "불필요하게 마찰을 만드는 사람인가" 사이 어딘가. 가장 좋은 답변은 "먼저 의도를 이해하려 하고, 우려되는 부분이 있으면 조용히 한 번 확인한다. 그 이후에는 방향을 따른다"는 흐름입니다.

인성 질문마다 이런 숨은 의도가 있고, 그걸 알고 들어가면 준비 방향이 완전히 달라집니다.

인성 질문이 이렇다면, 기술 질문은 어떨까요. 실제 면접에서 나온 케이스들로 바로 들어가겠습니다.

실제 기술면접에서 나온 질문들, 이렇게 답했습니다

한 스타트업 백엔드 면접에서 나온 질문들을 구체적으로 풀어볼게요. 이 케이스들을 보면서 "면접관이 이 질문으로 뭘 보려 했는가"를 함께 생각해보시면 도움이 됩니다.

이력서에 비동기 처리 관련 경험을 적었을 때 바로 나오는 질문입니다. 면접관이 보려는 건 "background job이 뭔지 아는가"가 아닙니다. "왜 그 방식을 선택했는가, 어떤 트레이드오프를 고려했는가"입니다.

좋은 답변 방향은 이렇습니다. "사용자 요청 응답 시간에 직접 영향을 주지 않아야 하는 작업이었기 때문에 비동기로 분리했습니다. 단 실패 케이스에 대한 재처리 전략이 필요해서 X 방식으로 처리했습니다." 결정의 배경과 그에 따른 후속 고려를 함께 말하는 게 핵심입니다.

Outbox Pattern이나 Saga Pattern, 2-Phase Commit 같은 개념을 알고 있는지 묻는 질문입니다. 실제 구현 경험이 없어도 "직접 구현은 하지 않았지만, 이 문제를 이런 방식으로 접근할 수 있다는 걸 알고 있습니다"라고 말하는 게 훨씬 낫습니다. 모른다고 하면 대화가 끊기지만, 알고 있는 범위를 솔직하게 말하면서 사고 방향을 보여주면 면접관은 "이 사람은 학습이 가능하다"는 인상을 받습니다.

이건 정말 중요한 교훈입니다. 이력서에 caching이라고 적었는데, 실제로는 JSON을 저장해서 불러오는 수준이었어요. 면접관이 "어떤 캐싱 전략을 쓰셨나요? TTL은요? 캐시 무효화는 어떻게 처리하셨나요?"라고 파고들었을 때 말이 막혔습니다.

이력서 워딩은 정직하게 쓰는 게 낫습니다. "NoSQL 스토리지에 응답 데이터를 JSON 형태로 저장해 중복 조회를 줄였다"고 쓰면 역질문 자체가 나오지 않습니다. 면접관 입장에서도 과장이 없는 이력서를 더 신뢰하고요. 경력 면접관은 실제 경험과 책에서 읽은 지식의 차이를 금방 구별합니다.

기술 질문 준비가 됐다면, 이제 면접 당일을 어떻게 보낼지 얘기해볼게요.

면접 당일, 아무것도 하지 않는 게 전략일 때가 있습니다

많은 분들이 면접 전날 밤을 기술 복습으로 채웁니다. 자정 넘어까지 개념 정리를 하다가 피곤한 상태로 면접장에 들어오는 거예요. 경우에 따라 도움이 되기도 하지만, 대부분은 역효과를 낳습니다.

벼락치기로 집어넣은 개념은 면접 질문에서 제대로 나오지 않을 확률이 높습니다. 그리고 어설프게 아는 개념을 면접 중에 꺼냈다가 꼬리 질문에서 막히면, 아예 모르는 것보다 더 나쁜 인상을 줄 수 있어요. "이거 실제로 해본 건지, 어제 밤에 읽은 건지"가 금방 드러납니다.

모르는 질문이 나왔을 때의 태도도 생각보다 중요합니다. "모르겠습니다" 한 마디로 끝내는 것보다, "정확한 구현 경험은 없지만, 이 문제를 이렇게 접근한다면 어떨까라고 생각해보면..."이라고 사고 과정을 보여주는 게 훨씬 낫습니다. 평소에 문제를 풀면서 "왜?"를 습관적으로 붙이는 사람이라면 면접장에서도 자연스럽게 나옵니다.

첫 답변이 완벽하지 않아도 만회할 수 있습니다. 한 질문에서 말이 막혔다고 그 면접이 끝난 게 아닙니다. 이후 질문에서 충분히 만회할 수 있고, 전체 흐름에서 "이 사람과 대화가 잘 된다"는 인상을 쌓아가는 게 더 중요합니다. 면접은 개별 문제의 점수 합산이 아니라 전체적인 인상 게임입니다.

당일엔 컨디션을 챙기세요. 충분한 수면, 여유 있는 이동, 면접 시작 5분 전에 한 번 천천히 숨 고르기. 이게 전날 밤 2시간 기술 복습보다 더 큰 효과를 낼 때가 있습니다.

기술면접은 시험이 아니라 대화입니다

지금까지 나온 이야기를 한 번 정리해볼게요.

첫째, 기술면접 시장은 바뀌었습니다. 개념 암기 점수보다 실제 문제를 어떻게 생각하고 접근하는지가 더 중요해졌어요.

둘째, 면접관은 기술 깊이만 보는 게 아닙니다. 전달력, 사고 과정, 신뢰감이 동급 기술 수준에서 합격을 가릅니다.

셋째, 인성 질문에는 진짜 의도가 있습니다. 그 의도를 알고 답변을 준비하는 것과 모르고 들어가는 건 전혀 다른 결과로 이어집니다.

기술면접을 시험이라고 생각하면 준비가 불안해집니다. 아는 게 부족한 것 같고, 뭔가 더 공부해야 할 것 같고, 마지막까지 불안이 가시지 않아요. 하지만 기술면접을 대화라고 생각하면 달라집니다. 내가 경험한 것을 솔직하게 말하고, 모르는 건 모른다고 하면서 거기서부터 생각해 나가는 과정을 보여주는 것. 그 자체가 좋은 인상을 만들 수 있습니다.

준비 없이 들어간 그 면접에서 합격할 수 있었던 건 기술 답변이 완벽해서가 아니었습니다. 긴 대화 안에서 "이 사람이랑 일해보고 싶다"는 인상을 남겼기 때문입니다. 그리고 그건 기술 암기가 아니라 평소의 태도와 소통 방식에서 나오는 거예요.