애매한 개발 경력을 정직한 면접 강점으로 바꾸는 법

출처 및 AI 안내: 이 글은 제미니의 개발실무 유튜브를 기반으로 작성되었습니다. gpt-5.6-sol 모델을 사용해 생성·편집했습니다.

한 개발자에게 총 6년의 재직 경력이 있다. AI 모델 연구 2년과 서버 개발 4년이다. 6년차 서버 개발자로는 실력이 아쉽다고 느껴 연구 경력을 빼고 4년차로 지원해야 할까? 면접 기준은 낮아질 수 있지만 연봉 협상도 4년차를 기준으로 할 수 있고, 나중에 빠진 재직 이력을 두고 문제가 생길 수 있다.

쉬워 보이는 지름길은 양날의 검이다

4년차 이력서는 명시한 연차에 비해 더 좋아 보일 수 있다. 같은 회사가 보상도 4년차로 계산할 수 있다. 재직 이력을 확인하는 회사라면 6년을 왜 4년으로 보이게 했는지도 물을 수 있다. 매력적으로 보일 수 있어도 경력은 줄이지 않는다. 관련성이 낮은 업무에 같은 분량을 줄 필요는 없다. 회사와 기간은 남기고 한두 줄로 압축한다. 오래된 SI, 파견 프로젝트, 병역특례와 펌웨어 경험도 이력서에 남길 수 있다. 그 시간이 이후 판단을 만든 경로의 일부이기 때문이다.

이력서는 두 버전으로 만들되 경력은 둘로 만들지 않는다

AI 기능을 확장하려는 회사라면 모델 연구 경험과 4년의 백엔드 경험을 함께 가진 사람을 매력적으로 볼 수 있다. 그 지원서에는 연구 업무를 구체적으로 적어 면접관이 유용한 질문을 하게 한다. AI와 거의 관계없는 로우 레벨 솔루션이라면 서버 프로젝트를 앞세우고 연구 설명을 줄인다.

두 버전 모두 회사, 날짜와 총경력은 같다. 달라지는 것은 프로젝트 순서와 강조 분량이다. 채용 공고의 필수·우대 역량을 읽고 이 팀에 어떤 도움을 줄지 궁금하게 만드는 사실을 고른다. 회사에 관심이 많다는 인사말보다 구체적인 경험이 강하다.

면접에서 정확한 주장만 검증받는다

‘AI 모델 전문가’라고 쓰면 그 깊이의 질문을 받는다. 기대보다 모르면 장점이 될 경험이 불신으로 바뀐다. 실제 조합을 그대로 말한다. 모델 연구 경험, 서버 개발 경험, 자신이 직접 한 일과 모르는 범위를 구분한다. 모든 회사에 보내는 단 하나의 완성본 이력서는 필요하지 않다. 안정된 사실 관계와 관련 부분을 정직하게 보이는 여러 방식이 필요하다. 낯선 2년은 숨길 공백이 아니다. 맞는 회사에서는 4년차 백엔드 개발자가 문제를 다르게 보는 이유가 된다.