미국 Technical 인터뷰 실전 영어 · 코딩·System Design·행동 15가지

📖 깊이 읽기

뉴저지 팰리세이즈파크의 한 스타벅스에서 만난 시니어 개발자 김민준씨는 구글 온사이트 인터뷰에서 떨어진 직후였다. “문제는 다 풀었어요. 근데 면접관이 계속 ‘네 생각을 소리 내서 말해봐(Think out loud)’라고 하더라고요. 한국에선 조용히 코딩하는 게 집중하는 거였는데, 여기선 그게 감점 요인이래요.” 그의 이야기는 뉴욕·뉴저지 한인 개발자 커뮤니티에서 흔히 들을 수 있는 경험담이다. 실력은 충분한데 인터뷰 스타일과 영어 커뮤니케이션 때문에 기회를 놓치는 경우가 생각보다 많다.

Big Tech 기업들의 테크니컬 인터뷰는 단순히 정답을 찾는 시험이 아니라 사고 과정을 평가하는 대화다. Google, Meta, Amazon 같은 회사들은 채점 기준의 약 50퍼센트를 커뮤니케이션과 문제 해결 접근법에 할당한다. 맨해튼 미드타운의 한 테크 리크루팅 에이전시 대표는 “한국에서 경력 쌓은 개발자들은 기술적으론 우수한데, 인터뷰에서 자기 생각을 실시간으로 영어로 설명하는 훈련이 안 돼 있어서 아쉽다”고 말한다. 실제로 LeetCode 하드 문제를 술술 푸는 개발자가 “Let me think…”조차 제대로 못 꺼내서 침묵으로 일관하다 탈락하는 경우를 자주 본다는 것이다.

코딩 인터뷰의 첫 3분이 승부를 가른다. 문제를 받자마자 바로 코딩하는 대신 “Let me first clarify the problem. Should I handle empty input as a special case?”처럼 요구사항을 확인하는 질문을 던져야 한다. 이어서 “What’s the expected input size? That will help me choose the right algorithm”이라고 물으면 면접관은 당신이 scalability를 고려한다는 걸 알아챈다. 포트리에 사는 소프트웨어 엔지니어 박지원씨는 “예전엔 그냥 풀기 시작했는데, 이제는 ‘Let me start with a brute force approach, then optimize’라고 선언하고 시작하니까 면접관 반응이 확 달라졌다”고 전했다. 이런 프레이밍은 당신이 체계적으로 사고한다는 신호를 보내는 동시에 시간도 번다.

System Design 인터뷰는 한인 개발자들에게 더 큰 난관이다. 뉴욕대 컴퓨터공학과를 졸업한 최수진씨는 “한국 회사에선 설계 회의도 한국어로 했고, 영어로 ‘traffic estimation’ 같은 걸 즉석에서 설명해본 적이 없었다”고 털어놨다. 이 단계에서는 Clarify → Estimate → Design → Deep Dive 순서를 반드시 지켜야 한다. “So we’re building a URL shortener. Should I assume 100 million URLs per month?” 같은 질문으로 시작해 “Back-of-the-envelope: that’s roughly 40 requests per second, so a single database should handle it”처럼 계산 과정을 소리 내 말하는 게 핵심이다. Amazon 시애틀 본사에서 5년 근무 후 뉴저지로 이직한 한 시니어 엔지니어는 “디자인 초안 그릴 때 ‘I’m thinking of a microservices architecture here — let me draw the key components’라고 말하면서 화이트보드에 그리면, 면접관이 중간에 피드백 줄 여지가 생긴다”고 조언했다.

Behavioral 인터뷰에서 STAR 포맷(Situation, Task, Action, Result)은 이제 상식이지만, 실제로 영어로 매끄럽게 풀어내는 건 별개 문제다. “Tell me about a time you handled conflict”라는 질문에 “There was conflict”로 시작하지 말고 “In my previous role at a fintech startup in Korea, our team had a disagreement about database migration timing”처럼 구체적 맥락부터 깔아야 한다. 그리고 “I scheduled a one-on-one with the backend lead, listened to his concerns about downtime, then proposed a phased rollout plan”처럼 본인의 행동을 동사 중심으로 서술해야 주도성이 드러난다. 포트리 한인회에서 만난 한 Staff Engineer는 “숫자를 넣으면 신뢰도가 올라간다. ‘reduced deployment time by 40%’ 같은 결과를 꼭 언급하라”고 강조했다.

모든 걸 알 순 없고, 막힐 때 대처법이 더 중요하다. “I’m not sure about this edge case — let me think through it step by step” 또는 “That’s a good question. Can I take a moment to gather my thoughts?”라고 솔직하게 말하는 게 침묵보다 백배 낫다. 실리콘밸리에서 10년 근무 후 맨해튼으로 온 한 Engineering Manager는 “모르는 척 넘어가려다 들키면 정직성에 빨간불이 켜진다. 차라리 ‘I haven’t worked with Kubernetes in production, but here’s how I’d approach it based on my Docker experience’처럼 솔직하되 연결고리를 만들라”고 조언한다. 인터뷰 마지막 “Do you have any questions for me?” 타임도 그냥 넘기지 말고 “What does a typical on-call rotation look like for this team?” 같은 구체적 질문 2~3개를 준비해두면 당신의 진지함이 전달된다.

엣지워터 도서관에서 매주 토요일 열리는 한인 개발자 스터디 그룹에서는 요즘 Mock Interview를 영어로 진행하는 게 유행이다. 서로 면접관 역할을 하며 “Could you explain your thought process?”라고 물어보고, 답변을 녹음해서 되돌려 듣는다. 영어 표현이 어색하거나 침묵이 길어지는 구간을 체크하고, 위에 소개한 15가지 실전 표현을 몸에 익힐 때까지 반복한다. 다음 인터뷰 전에 거울 보고 “Let me clarify…” “I’m thinking of…” 같은 문장을 소리 내 연습해보라. 기술은 이미 충분하다. 이제 그 실력을 영어로 제대로 전달할 차례다.