면접관이 원하는 것은 정확한 숫자가 아니다

Watch the 40-second version here

면접관이 원하는 것은 정확한 숫자가 아니다

시니어 개발자에게 특정 기능에 필요한 대역폭(bandwidth) 비용을 물어보고 무슨 일이 벌어지는지 지켜보세요. 뛰어난 사람들은 나뭇잎 위에 산술 계산을 하기 시작합니다. 나머지 사람들은 Jira 티켓과 스프린트(sprint)를 요구할 뿐입니다.

프론트엔드 시스템 디자인 면접에는 모두가 건너뛰려고 하는 단계가 있습니다: 규모 추정(scale estimation)입니다. 면접관은 "일일 사용자 10만 명"이라고 말하거나, 더 나쁘게는 아무것도 말하지 않고 당신이 무언가를 하기를 기대합니다. 대부분의 지원자는 얼어붙습니다. 이 '얼어붙음' 자체가 실패입니다. 수학적 계산 자체가 핵심이 아닙니다.

여기에는 중요한 이유가 있습니다. 채용 패널 누구도 당신의 추정치를 믿지 않습니다. 당신이 틀렸기 때문이 아니라, 추정이 답에 관한 것이 아니기 때문입니다. 그것은 사양이 불완전할 때 어떻게 생각하는지를 보여주는 대리 지표(proxy)이며, 이것이야말로 실제 업무 그 자체입니다. 90초 만에 기능의 규모를 페르미 추정(Fermi-estimate) 할 수 있는 스태프 엔지니어는, "스파이크 스토리(spike story)"가 있어야만 쿼리 비용을 설명할 수 있는 사람보다 가치가 높습니다.

그리고 여기에는 남들이 알아차리기 어려운 부분이 있습니다. 당신의 추측 자체가 제품입니다. 입으로 내뱉는 모든 숫자는 수정될 기회를 제공하는 초대장이며, 수정은 무료 정보입니다. "MAU(월간 활성 사용자)의 10%가 피크 시간에 동시 접속한다고 가정하겠습니다"라고 말하면, 좋은 면접관은 "저희 경우엔 30%에 가깝습니다"라고 말할 것이고, 이제 당신은 혼자 계산하는 대신 대화를 나누게 됩니다. 망치는 지원자들은 조용히 수학을 계산하고 숫자를 발표한 사람들입니다. 완성된 숫자로는 아무도 논쟁할 수 없습니다. 누구나 잘못된 추측을 더 날카롭게 다듬을 수 있습니다.

실질적인 결과물: 면접과 실무에서 사용할 수 있는 60초 분량의 규모 카드(scale card)를 준비하세요.

1. 사용자 (USERS)
   DAU = ___   피크 동시 접속자 = DAU × 피크 계수 (0.1 ~ 0.3)

...

예시 문제: 일일 활성 사용자(DAU) 10만 명 × 일일 행동 20회 × 300KB = 하루 전송량 600GB. 이제 느낌이 아니라 CDN 캐시 적중률에 대해 이야기할 수 있습니다. 여기서 아무것도 정확한 추측을 요구하지는 않습니다. 피크 계수는 범위이며, 데이터 용량은 대표 페이지 하나에서 측정되고, 모든 줄은 면접관이 수정할 수 있도록 소리 내어 말합니다.

누구도 600을 0.7로 나누는 것을 정확하게 해서 채용되지 않습니다. 그들은 불가능한 질문을 세 개의 작은 질문으로 분해하고 계속 이야기했기 때문에 고용됩니다. 다음 프로젝트에서 30초 동안 시도해 보세요. 처음에는 연극적이라고 느껴집니다. 세 번째로는 그냥 스코핑(scoping)하는 방식이 됩니다.

프론트엔드 시스템 설계 면접 플레이북의 60개 질문 중 7번째.