당근 백엔드 면접 질문 — Go보다 먼저, 지원 팀의 ‘고객’을 보세요

‘당근 백엔드 면접 질문’을 찾으면 Go, GraphQL, 분산 시스템부터 메모하게 됩니다. 공부할 건 맞습니다. 그런데 그 목록만으로는 어느 팀 면접인지 알 수 없습니다.

면접마다 다르지만, 공개 공고로 예상 범위를 좁힐 때는 회사명보다 한 칸 더 내려가야 합니다. 당근 백엔드 면접의 시험지는 지원 팀이 누구를 고객으로 두고, 무엇이 망가지지 않게 책임지는지에서 갈립니다.

🥕 같은 백엔드인데, 지켜야 할 고객이 다릅니다

당근의 공개 공고를 보면 팀 이름은 장식이 아닙니다. Identity Service는 회원과 인증을 맡으면서 가입·로그인 경험까지 책임집니다. 공통 서비스의 콘텐츠 서빙 파트는 당근 개발자를 고객으로 두고 전달 품질과 비용을 함께 다룹니다. Local Jobs는 제품의 사용자 가치를 보면서 동시성·지연·서비스 연결 문제를 풉니다.

그래서 실제로 보는 것은 ‘백엔드 지식이 있는가’에서 끝나지 않습니다. 그 지식을 지원 팀의 고객 문제에 붙여 운영할 수 있는가까지 내려갑니다.

고용노동부의 능력중심채용 가이드북도 직무분석 자료에서 해당 직무에 필요한 지식·기술·태도를 도출한다고 설명합니다. 공고는 홍보문으로 끝나는 문서가 아닙니다. 평가 항목이 올라오는 상류입니다.

사람을 뽑으며 겪은 바로는, 면접관은 공고의 동사를 질문으로 뒤집습니다. ‘설계하고 운영해요’는 ‘무엇을 지키려고 그렇게 설계했나요?’가 되고, ‘개선해요’는 ‘바뀐 걸 무엇으로 확인했나요?’가 됩니다. 예상질문은 검색창보다 공고의 동사에 먼저 있습니다.

🪤 오해: 기술 스택이 곧 시험범위다

Go와 Kubernetes를 적어두고 정의를 외우면 준비한 기분은 납니다. 면접 답으로는 아직 반쪽입니다. 🙃

당근의 콘텐츠 서빙 공고는 기술을 문제 해결의 수단으로 보고, 적힌 스택 경험이 없어도 문제 해결력이 있다면 적응할 수 있다고 밝힙니다. Identity Service 공고도 특정 언어나 프레임워크에 묶이지 않고 문제에 맞는 기술을 고를 사람을 찾습니다.

물론 코딩 검증이 안내된 포지션이라면 코딩 준비는 따로 해야 합니다. 다만 기술 이름은 회사 공통 암호가 아닙니다. 인증 팀에서는 안전성과 사용자 흐름을 함께 지킬 수단이고, 콘텐츠 서빙 팀에서는 전달 품질과 비용을 함께 다룰 수단입니다.

‘Go를 써봤습니다’에서 멈추지 마세요. 누구의 어떤 실패를 막기 위해 그 기술을 썼는지까지 붙어야 지원 팀의 답이 됩니다.

🎤 대표 질문은 이렇게 갈리고, 답변 기준도 갈립니다

아래 문장은 면접 후기가 아닙니다. Cue가 공개 공고의 업무와 자격요건을 질문으로 바꾼 예상질문입니다.

Identity Service형 질문 — ‘인증 안정성과 가입 경험이 충돌한 상황에서 무엇을 기준으로 결정했나요?’
답변 기준은 보안 용어의 양이 아닙니다. 보호할 사용자 흐름, 허용하지 않을 실패, 선택한 안전장치, 적용 뒤 확인한 신호가 이어져야 합니다.

콘텐츠 서빙형 질문 — ‘사내 개발자가 쓰는 플랫폼을 개선하고 효과를 어떻게 확인했나요?’
답변 기준은 플랫폼 규모가 아닙니다. 내부 고객의 불편을 어떻게 발견했고, 전달 품질과 비용 사이에서 무엇을 바꿨으며, 채택 여부나 운영 신호로 효과를 어떻게 확인했는지가 필요합니다.

Local Jobs형 질문 — ‘동시성 문제를 어떤 순서로 진단하고 서비스 영향을 막았나요?’
답변 기준은 정답 패턴 암기가 아닙니다. 깨지면 안 되는 규칙, 재현과 원인 분리, 장애 범위 제한, 수정 뒤 검증이 보여야 합니다.

팀은 달라도 답의 뼈대는 같습니다. 고객 → 실패 → 결정 → 검증. 다만 네 칸에 들어갈 내용이 지원 팀마다 달라집니다.

🧭 회사 공부 말고, 지원 팀 답변 하나를 만드세요

오늘은 당근 문화 페이지를 더 요약하지 마세요. 지원한 공고를 열고 ‘팀 소개’와 ‘이런 일을 해요’에서 아래 네 칸만 채우면 됩니다.

고객 — 이 팀이 직접 책임지는 사람은 누구인가.
실패 — 그 사람에게 무엇이 망가지면 가장 곤란한가.
결정 — 비슷한 문제에서 당신은 무엇을 정했는가.
검증 — 그 결정이 맞았는지 무엇으로 확인했는가.

경험이 공고와 똑같을 필요는 없습니다. 인증을 해보지 않았어도 안전성과 편의가 부딪힌 경험은 꺼낼 수 있습니다. 사내 플랫폼을 만들지 않았어도 내부 사용자의 불편을 줄인 경험은 찾을 수 있습니다.

단, 고객이 빠진 기술 답변은 공중에 뜹니다. 지원 팀이 책임지는 사람에게 닿는 순간, 당신의 경험은 그 공고의 답이 됩니다.