Google 소프트웨어 엔지니어 면접 질문 2026 (AI 준비 팁 포함)

이건 내가 Google 소프트웨어 엔지니어 면접을 준비하면서 끄적여 둔 노트를 다듬은 거다. (흔히 말하는 그 LeetCode 스타일 루프에, 마지막에 채용 위원회가 떡 하니 버티고 있는 그거 맞다.) 전화 스크린부터 코딩 라운드, 시스템 설계, 행동 면접까지 한 바퀴를 다 돌았으니까, 질문만이 아니라 그 절차 자체에 대한 얘기도 같이 들어가 있음.

Google 면접을 두고는 반응이 참 갈린다. 옹호하는 사람도 있고, 진심으로 싫어하는 사람도 있고. 나는 그냥 단순하게 생각했다. 이게 복불복 로또라고 투덜대면서 시간 보내든가, 아니면 이 악물고 이 기계가 어떻게 돌아가는지 배워버리든가. 둘 중 하나지 뭐.

근데 Google이 보통 면접이랑 결정적으로 다른 게 하나 있다. 첫 통화에서 리크루터가 나한테 직접 알려준 건데, 5년에 딱 3번 기회가 있고 그 이후로는 아예 지원을 안 받아준단다. 커리어 전체를 통틀어 3번이라니! 예전에 같이 일했던 동료한테 이 얘기를 했더니 한 5초쯤 말을 잃고 가만히 있더라. 나는 그 침묵을 "절대 망치지 마라"로 읽었다.

노트는 전화 스크린, 코딩, 시스템 설계, Googleyness and Leadership, 채용 위원회, 모의 면접(그리고 내가 쓴 도구), 팀 매칭 순으로 풀어보겠다.

전화 스크린

Google은 전화 스크린을 공유 Google 문서에서 본다. IDE가 아니다. 그냥 평범한 텍스트 문서다. 구문 강조? 없다. 자동완성? 없다. 누군가 내 타이핑을 지켜보는 동안 그 안에다 45분 내내 진짜로 돌아가는 코드를 쳐야 한다. 나는 슬라이딩 윈도우 문제 하나랑 이진 검색 변형 하나를 받았고, 둘 다 미디엄이었다.

Ready to ace your next interview?

InterviewMan gives you real-time AI answers during live interviews — undetectable on Zoom, Meet, and Teams.

Try InterviewMan Free

평소에 코딩할 때 나는 이것저것 막 시도해보고 진행하면서 고쳐나가는 스타일이다. 근데 45분 시간 제한에, 휑한 Google 문서에, 손가락을 노려보는 눈까지 있으면 그 방식은 안 통한다. 누가 스크린 보기 전에 이 문서 얘기를 미리 좀 해줬으면 좋았을 텐데... 또르르.

이건 한참 나중에 알게 된 건데, 스크리너가 합격 불합격을 딱 잘라 못 정하겠으면 바로 떨어뜨리는 게 아니라 두 번째 전화 스크린을 준단다. 이런 경우 겪은 사람을 둘 알고 있는데(한 명은 코딩 부트캠프 디스코드에서 만난 사람), 둘 다 두 번째 스크린에서 통과했다.

코딩

루프 들어가기 전에 LeetCode 200문제를 갈아 넣었다. 도움이 되긴 됐는데 기대만큼은 아니었고, 문제가 어려워서 그런 것도 아니었다.

Google 문제에서 제일 어려운 건 진짜 물어보는 게 뭔지 알아채는 거다. Google 면접관들은 일부러 문제에 부가적인 맥락이랑 헷갈리게 만드는 떡밥을 잔뜩 끼워 넣는다. 예전 동료가 딱 이걸 경고해줬는데 내가 안 들었지. 한 번은 어떤 패턴인 줄 알고 냅다 달려들었다가 푼 지 8분이 지나서야 내가 전혀 다른 문제를 풀고 있다는 걸 깨닫고 처음부터 다시 돌아가야 했다. 바로 전날 밤에 연습한 슬라이딩 윈도우 문제랑 진짜 똑같이 들렸거든. 근데 아니었다. 면접관은 그 8분 내내 입을 꾹 다물고 보고만 있었다. 끝나고 주차장에서 동료한테 전화했더니 한마디 하더라. 그래, 내가 말했잖아.

내가 얻은 교훈을 정리하자면 이렇다. 매 순간 소리 내서 생각할 것, 조합 문제를 연습할 것, 그리고 전날 밤에 외운 패턴 매칭 따위는 절대 믿지 말 것.

소리 내서 생각하는 부분은 아무리 강조해도 모자라다. 위원회는 면접관이 적은 걸 읽고, 면접관은 내가 말한 걸 적는다. 그래프 문제 하나를 조용히 풀었더니 피드백에 "추론 과정이 불명확함"이라고 적혀 왔다. 나는 내가 뭘 하는지 알고 있었지만, 입 밖으로 안 냈으니 다른 사람은 아무도 몰랐던 거지. 그 패킷을 나중에 본 동료가 그러더라. 너 다 풀어놨는데 적힌 거 보면 무슨 찍어서 맞춘 사람처럼 써놨다고. (...또르르.)

조합 문제 얘기도 좀 해야겠다. Google은 그래프 위에 동적 계획법을 얹어서 한 방 줬다. 또 다른 라운드에선 트리에 해시맵을 얹어서 줬고. 순수한 이진 검색? 순수한 BFS? 그렇게 떡하니 단독으로 나오는 경우는 거의 없다. 결국 따로 노는 미디엄 500문제보다 조합 문제 50개가 훨씬 쓸모 있다는 건데, 나는 이걸 깨닫기 전에 주말 세 번을 개별 토픽 갈아 넣느라 그냥 날려먹었다. 아 진짜. 쩝.

시스템 설계

시스템 설계는 딱 한 라운드인데, 그 라운드 전체가 설계 선택 하나에 통째로 걸려버릴 수 있다. 내 준비 코치는 이걸 핵심을 꿰뚫는 결정적 통찰이라고 부른다. 나는 처음에 좀 오버하는 표현 아닌가 싶었는데, 결국 코치 말이 맞았다. 내 경우엔 분산 시스템의 캐시 무효화가 그 통찰이었고, 그걸 못 보고 넘어갈 뻔한 게 딱 30초 차이였다. 그거 놓치면 대화는 다이어그램 수준을 영영 못 벗어나고, 세 번뿐인 기회 중 하나가 그냥 허공에 날아가는 거다.

Googleyness and Leadership

Googleyness and Leadership라고 하면 뭔가 신비로운 것처럼 들리는데, 까놓고 보면 그냥 팀 갈등이나 프로젝트 실패, 오너십 같은 걸 다루는 행동 면접이다. 어떤 면접관이 나한테 그러길, 위원회 멤버 중에는 패킷의 이 부분을 거의 안 읽는 사람도 있단다. 그래도 준비는 해야 한다. 내 위원회를 내가 골라잡을 수 있는 게 아니니까.

채용 위원회

Google 면접은 로또다. (위원회가 아주 확실하게 그렇게 만들어준다.) 나를 한 번도 본 적 없는 엔지니어 네다섯 명이, 나를 면접 본 사람들이 작성한 패킷을 들고 내 운명을 정한다. 모르는 사람들이 또 다른 모르는 사람들이 나에 대해 적어놓은 노트를 읽는 거지. 동료가 아는 사람 중에 Google 면접을 두 번 본 사람이 있는데, 매번 위원회 멤버가 다 달랐고, 사실상 비슷한 수준으로 봤는데도 결과는 완전히 갈렸다고 한다.

모의 면접

모의 면접은 어떤 질문 리스트보다도 이 과정의 잡다한 절차를 익히는 데 훨씬 도움이 된다. 나는 예전 동료를 면접관으로 세워서 Google Meet으로 라운드 전체를 통째로 돌렸다.

여기서 솔직히 좀 반칙을 썼다. 내가 InterviewMan을 만드는 사람이다 보니, 모의 면접 돌리는 동안 실제 지원자처럼 우리 도구를 켜놓고 진행했거든. 이 도구는 오디오로 문제를 잡아서 나만 볼 수 있는 오버레이에 접근 방법 제안을 띄워준다. 동료는 5분 동안 그걸 찾으려고 별짓을 다 했다. 공유 화면도 들여다보고, 내 독도 뒤지고, 세션 녹화까지 돌려봤는데, 아무것도 못 봤다. 모의 Googleyness 라운드 중에는 내가 까맣게 잊고 있던 갈등 스토리 하나를 대화에서 쏙 끄집어내 줬는데, 위원회가 거의 안 읽는다는 바로 그 종류의 스토리, 그런데도 패킷에는 무조건 들어가 있어야 하는 그 스토리였다. 모의 시스템 설계 중에는 캐싱 관련 통찰 하나를 짚어줬는데, 그게 그 문제의 결정적 핵심으로 드러났다.

도구 얘기를 좀 더 일반적으로 해보면 이렇다. Interview Coder 같은 코딩 전용 도구는 한 달에 299달러다. 다섯 라운드 중 세 개를 커버하고, 시스템 설계랑 행동 면접에서는 나를 그냥 혼자 내버려둔다. InterviewMan은 연간 플랜 기준 한 달에 12달러로 다섯 라운드를 전부 커버한다. 3개월 준비에 든 돈이 36달러였는데, 이게 Interview Coder 일주일 치보다도 적다. 우리는 지금 5만 7천 명 유저에 스텔스 기능 스무 개 이상을 갖췄고, 내가 아는 한 아직까지 걸린 사람은 아무도 없다.

팀 매칭

위원회가 예스 한다고 그게 오퍼는 아니다. 그다음에 팀 매칭이 오는데, 여기선 나랑 채용 매니저 양쪽이 다 동의해야 하고, 한 번 받은 승인은 대략 1년 정도 유효하다. 그러니까 급할 거 없다. 이 과정 다 거치면서 들은 조언 중에 제일 좋으면서도 살짝 의외였던 게 이거다. 아침에 눈 떴을 때 출근할 마음이 진짜로 드는 팀이 나올 때까지 기다려라.