경력 같은 신입이 필요하다는 말의 진짜 의미
by 그릿 | GROWTH_ESSAY | 2026-04-21
#커리어 #면접 #성장채용 시장에서 "경력 같은 신입"이라는 말이 떠돕니다.
대부분 이걸 이렇게 읽습니다. "신입에게 경력을 요구하는 미친 시장." "경력직 채용하면서 신입 연봉 주려는 꼼수." "어차피 안 뽑을 거면서."
틀린 해석은 아닙니다. 그런 회사도 있습니다.
하지만 정확한 해석도 아닙니다.
진짜 의미
기업이 원하는 건 신입이 3년 일한 척 하는 게 아닙니다.
"이 사람은 왜 이 기술을 썼는가"를 설명할 수 있느냐입니다.
한 멘티의 이력서를 봤습니다. Redis를 썼습니다. 괜찮습니다. 그런데 물어봤습니다. "왜 Redis였어요?"
"레디스가 이런 장점이 있으니까 사용하면 좋겠지라고만 생각하고 적용했거든요."
면접관이 이걸 들으면 어떻게 생각할까요?
"아, 이 사람은 Redis가 좋다고 해서 썼구나. 왜 좋은지, 다른 건 왜 안 됐는지, 얼마나 좋아졌는지는 모르는구나."
포트폴리오에 Redis가 있다는 게 중요한 게 아닙니다. "왜 Redis였는가"가 보이느냐가 전부입니다.
경력자와 신입의 차이는 기술의 양이 아닙니다. 의사결정의 흔적입니다.
경력자가 말하는 방식
경력자는 이렇게 말합니다.
"캐싱이 필요한 상황이었습니다. 처음에는 로컬 캐시로 해봤는데, 서버가 두 대로 늘어나면서 동기화 문제가 생겼습니다. 분산 캐시가 필요했고, Memcached와 Redis를 비교했습니다. 우리 상황에서는 데이터 구조의 다양성이 중요했고, 영속성 옵션도 필요했습니다. 그래서 Redis를 선택했고, 응답 시간이 평균 200ms에서 50ms로 줄었습니다."
뭐가 다른가요?
선택지가 있었습니다. 비교를 했습니다. 근거가 있습니다. 결과를 측정했습니다.
이게 의사결정의 흔적입니다.
신입도 만들 수 있습니다
"그건 경력자니까 가능한 거 아닌가요? 저는 대규모 트래픽을 다뤄본 적이 없는데요."
대규모 트래픽을 실제로 다뤄본 적 없어도 됩니다.
다만 이건 할 수 있습니다.
"RDBMS 락과 Redis 분산 락을 테스트해봤습니다. 동시 요청 100개 기준으로 RDBMS 락은 평균 응답 시간이 800ms였고, Redis 분산 락은 200ms였습니다. 제 상황에서는 응답 속도가 중요했기 때문에 Redis를 선택했습니다."
실제 트래픽은 없었습니다. 하지만 테스트는 했습니다. 비교는 했습니다. 근거는 만들었습니다.
경험의 스케일이 경력자 수준일 필요는 없습니다. 사고의 구조가 경력자 수준이면 됩니다.
"왜 이걸 선택했는가"에 답할 수 있으면 됩니다. "다른 선택지는 뭐가 있었는가"를 알고 있으면 됩니다. "결과가 어땠는가"를 측정해봤으면 됩니다.
이건 신입도 할 수 있습니다. 훈련하면 됩니다.
전문가 포지셔닝
멘토링에서 이렇게 말했습니다.
"전문가로서 포지셔닝을 하기 위한 재료들이 필요합니다."
전문가. 거창하게 들립니다. 하지만 거창한 게 아닙니다.
전문가는 자기가 한 선택에 대해 근거를 댈 수 있는 사람입니다.
"왜 이 기술을 썼는가" — 근거가 있습니다.
"다른 방법은 없었는가" — 대안을 인지하고 있습니다.
"결과가 어땠는가" — 측정해봤습니다.
이 세 가지가 되면 전문가입니다. 신입이든 경력이든.
반대로, 10년 경력이어도 "그냥 쓰라고 해서 썼어요"라고 말하면 전문가가 아닙니다.
연차가 전문가를 만드는 게 아닙니다. 의사결정의 구조가 전문가를 만듭니다.
시장의 요구
"경력 같은 신입을 원한다"는 말의 진짜 의미는 이겁니다.
"경력자만큼 일해라"가 아닙니다.
"네가 한 것에 대해 경력자처럼 설명해라"입니다.
프로젝트의 스케일은 작아도 됩니다. 트래픽은 적어도 됩니다. 실무 경험이 없어도 됩니다.
하지만 네가 한 선택에 대해서는 설명할 수 있어야 합니다. 왜 그랬는지, 다른 방법은 뭐가 있었는지, 결과는 어땠는지.
이게 시장이 요구하는 겁니다. 그리고 이건 불합리한 요구가 아닙니다. 훈련할 수 있는 영역입니다.
멘티가 원했던 상태
그 멘티가 이렇게 말했습니다.
"여러 방법들 중에서도 제가 이유를 찾아서 기술을 선택을 해서 이렇게 개선됐습니다라고 경험을 얻었으면 좋겠습니다."
정확합니다. 원하는 게 뭔지 알고 있습니다.
문제는 지금까지 그렇게 안 해왔다는 겁니다. "장점이 있으니까 쓰면 좋겠지"로 해왔습니다. 비교도 안 했고, 측정도 안 했고, 근거도 없습니다.
지금부터 바꾸면 됩니다.
다음 프로젝트에서, 기술을 선택할 때 멈춰서 생각하면 됩니다. "왜 이거지? 다른 건 뭐가 있지? 비교해볼까? 결과를 측정해볼까?"
이걸 한 번 하면 하나의 재료가 생깁니다. 두 번 하면 두 개. 세 번 하면 세 개.
8주면 충분히 달라질 수 있습니다.
정리하면
"경력 같은 신입"은 불합리한 요구가 아닙니다.
시장이 말하는 건 "경력자만큼 일해라"가 아닙니다. "네가 한 것에 대해 경력자처럼 설명해라"입니다.
경력자와 신입의 차이는 기술의 양이 아니라 의사결정의 흔적입니다. "왜 이걸 선택했는가"에 답할 수 있느냐.
대규모 트래픽을 다뤄본 적 없어도 됩니다. 경험의 스케일이 아니라 사고의 구조가 경력자 수준이면 됩니다.
자기가 한 선택에 대해 근거를 대고, 대안을 인지하고, 결과를 측정한 사람. 그게 전문가입니다. 신입이든 경력이든.
문턱이 높아진 게 아닙니다. 넘는 방법을 모르는 겁니다.
그리고 그 방법은 훈련할 수 있습니다.