마지막 코테가 6년 전, 화이트보드 앞에서 처음 손이 떨린 이유

지난 봄에 오랜만에 온라인 코드패드를 켜고 커서만 깜빡이는 걸 3분쯤 봤어요. 안드로이드 스튜디오(Android Studio) 자동완성에 손 맡기던 손가락이 빈 화면 앞에서 처음으로 멈추더라고요.

 

6년차 안드로이드 개발자가 이직 준비를 다시 시작하니, 2년 내 면접자는 2~4주면 되는데 공백 6년은 기초부터 리셋됐습니다. 실무 근육과 면접 근육이 왜 다른지, 공백기별 준비 기간과 채점 기준을 솔직하게 정리했어요.

 

실무 6년은 저를 유능하게 만들었는데, 막상 면접장에선 그 6년이 저를 어색하게 만들었어요. 오늘은 그 재보정의 기록입니다.

 

실무 6년이 면접장에선 오히려 어색했던 순간

첫 세션에서 제일 당황한 건 손이었어요. 평소엔 안드로이드 스튜디오가 알아서 자동완성해주고, 막히면 검색하고, 코드는 동료가 리뷰해주잖아요. 근데 코드패드 앞에선 그 세 개가 한꺼번에 없어지더군요.

 

실무 근육이랑 면접 근육이 완전히 다른 물건이라는 걸 그때 체감했습니다. 6년 동안 저는 "빠르게 만드는 사람"이 됐는데, 면접장은 "맨손으로 증명하는 사람"을 요구했어요.

 

커뮤니티에서 본 사례 하나가 계속 떠올랐어요. 분산시스템 10년 경력자가 two-pointer 트릭을 안 외워서 LeetCode Medium에서 탈락했다는 얘기입니다. 실무로 바빴던 사람일수록 이런 트릭 근육이 녹슬어 있는 경우가 많거든요.

 

한 조사(arXiv 2507.02068, 2025)에 따르면 면접 준비자 표본 기준 기술 면접 준비에 쓰는 시간이 평균 주 6.5시간(중앙값 4시간)이라고 해요. 근데 연차가 쌓일수록 그 시간조차 빼기가 어려워집니다. 이게 실무 잘하는데 알고리즘 못 푸는 이유의 시작인 것 같아요.

 

공백 6년이면 코딩테스트 준비가 2~4주로 안 되는 이유

여기서 제가 제일 착각했던 부분입니다. "예전에 해봤으니 복습만 하면 되겠지" 했거든요.

 

자료를 찾아보니 마지막 면접이 2년 내였던 사람은 2~4주 복습이면 충분하다고 합니다. 문제는 제 마지막 코딩테스트가 6년 전 신입 공채였다는 점이에요. 이 정도 공백이면 기초 자체가 리셋돼서, 오히려 신입보다 오래 걸리는 비직관적인 현상이 생깁니다.

 

권장 기간을 정리하면 이렇습니다.

 

1. 2년 내 면접 경험자는 2~4주로 충분합니다.
2. 전 영역을 두루 준비하면 3개월(주 11시간) 정도가 권장이라고 해요.
3. 대다수는 6~10주 사이에 수렴하는 것으로 보입니다.

 

하루 3시간, 문제당 30분으로 잡으면 3~4주에 약 160문제가 현실적인 상한이었어요. 그 이상 욕심내면 손만 아프고 머리엔 안 남더라고요.

 

그리고 제 경우 정작 녹슨 건 알고리즘보다 CS 기초였어요. 시간복잡도 계산이나 자료구조 선택 근거를 말로 설명하려니까 입이 안 떨어지는 겁니다. 실무에선 라이브러리가 알아서 해주던 걸 6년 동안 안 들여다봤으니 당연한 결과였지요.

 

시스템 디자인 면접은 정답 코드를 보지 않아요

"화이트보드 면접 요즘도 하나요?" 이거 궁금해하는 분 많을 텐데요. 물리적인 화이트보드는 줄었습니다. 대신 시스템 디자인이라는 훨씬 더 큰 화이트보드가 그 자리를 채웠어요.

 

L5급 온사이트 면접은 보통 45라운드로 구성된다고 합니다. 코딩 23라운드, 시스템 디자인 1라운드 이상, 그리고 행동·리더십 1라운드 정도예요.

 

여기서 핵심은 평가 축이 완전히 달라진다는 점입니다. 정답 코드를 뽑아내는 게 아니라, 일관성과 가용성 중 뭘 포기할지, 지연시간과 처리량을 어떻게 맞바꿀지를 말로 설명하게 시켜요. 장애가 나면 어떻게 대응할 건지, 시스템이 커지면 어떻게 진화시킬 건지도 물어봅니다.

 

2025~26년 들어선 AI 도구를 어떻게 활용하는지, ML 모델의 편향이나 한계를 설명해보라는 질문도 등장했다고 해요. 아마존 같은 곳은 별도 리더십 라운드 없이 전 라운드에 리더십 원칙 점수를 녹인다고 합니다. 준비 기간을 코딩테스트와 따로 잡아야 하는 이유가 여기 있어요.

 

경력직 코딩테스트에서 오히려 막힌 진짜 이유

같은 문제라도 신입과 경력은 채점 기준이 다릅니다. 신입은 "풀었냐"를 보고, 경력은 "왜 그렇게 풀었고 실패하면 어쩔 거냐"를 봐요.

 

이걸 두 번째 면접에서야 깨달았습니다. 제가 답을 맞히고도 떨어진 것 같은 느낌이 들었던 이유가 여기 있었더라고요.

 

면접관이 중간에 요구사항을 슬쩍 바꾸는 경우가 있어요. 이걸 커브볼이라고 하는데, 당황하지 않고 유연하게 대응하는 게 정답률만큼이나 점수화됩니다. 감정 관리도 실력이라는 얘기입니다.

 

물론 코딩테스트가 불공정하다는 비판도 절반은 맞아요. 실무로 바빴던 경력자한테 구조적으로 불리한 건 사실이니까요. 다만 대규모 채용에서 확장 가능한 대안이 마땅히 없어서 유지된다는 옹호론도 만만치 않습니다. 회사·직급별 편차가 커서, 제 회고는 어디까지나 한 사람의 표본이라는 점은 짚어두고 싶어요.

 

이직 준비하며 정리한 6년차 개발자용 체크리스트

제가 세 번의 면접을 거치며 정리한 걸 공유해볼게요.

 

1. 기간은 2년 내 경험자면 34주, 공백 5년 이상이면 810주로 잡으세요. 하루 2~3시간을 코딩테스트·CS 기초·시스템 디자인에 3:2:3으로 나누는 게 저한텐 맞았어요.
2. 코딩테스트는 트릭 암기가 아니라 풀이를 말로 설명하는 연습을 같이 하세요. 손으로만 풀면 면접장에서 입이 안 열립니다.
3. 시스템 디자인은 일관성·가용성, 지연·처리량 같은 맞바꿈 언어를 미리 문장으로 준비해두면 훨씬 덜 떨려요.
4. 행동 면접용으로 장애 대응·실패 회고 사례 2~3개를 STAR 구조로 정리하고, AI 활용에 대한 본인 입장도 한 단락 준비해두세요.

 

개인적으로는 문제 수를 채우는 것보다 하루 한 문제라도 소리 내서 풀이를 설명해본 게 제일 효과가 컸어요. 실무에서 안 쓰던 근육이라, 이게 붙는 데 시간이 제일 오래 걸리더군요.

 

결국 복습이 아니라 재보정이었다

만약 제가 처음처럼 "복습이면 되겠지" 하고 2주만 잡았다면, 지금도 코드패드 앞에서 커서만 보고 있었을 거예요. 반대로 공백을 인정하고 기초부터 다시 채우는 재보정으로 방향을 틀었더니, 6주쯤 지나서야 손이 다시 움직이기 시작했습니다.

 

복습이냐 재보정이냐, 저는 재보정 쪽에 걸었고 그게 맞았어요. 경력자의 면접 준비는 잊은 걸 되살리는 복습이 아니라, 실무로 굳어버린 손을 면접용으로 다시 맞추는 재보정입니다. 실무 6년이 면접 6년과 같지 않다는 이 차이를 인정하는 순간, 커서 앞에서 멈춰 있던 손이 그제야 움직이기 시작하더라고요.