강점과 실험으로 개발자 커리어를 설계하는 법

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

퇴사한 뒤 나눈 커피챗에서 여러 저연차 동료가 비슷한 커리어 질문을 했다. 답은 직함이나 승진 경로가 아니었다. 나는 어떤 개발자인지, 어떤 일을 좋아하는지, 지금 어떤 미래를 원하는지 알아가는 일이 먼저였다. 이 답을 정리하는 데도 약 6년 동안 계속 생각해야 했다.

뾰족한 강점 하나와 받쳐 주는 두 가지를 찾는다

기준은 분명한 강점 하나와 덜 뾰족하지만 쓸 만한 강점 두 가지다. 코드를 잘 짜는 능력, 일을 밀어붙이는 힘, 복잡한 도메인을 이해하는 능력은 서로 다른 기여다. 팀은 이런 조합으로 움직이므로 모든 능력을 똑같이 잘하려 하면 오히려 내가 제공할 조합이 보이지 않는다.

눈에 띄는 한 가지 말고도 여러 역량을 적고 솔직하게 순위를 매겨 본다. 잘 모르겠다면 동료가 어떤 일을 나에게 믿고 맡기는지 물을 수 있다. 약점을 아는 것도 중요하다. 내가 주도할 일과 다른 사람의 지원을 받아야 결과가 좋아질 일을 구분할 수 있기 때문이다. 저연차라면 아직 판단할 경험이 부족할 수 있으니 이 그림은 시간을 두고 만들어야 한다.

취향은 일을 직접 만난 뒤에 드러난다

백엔드 안에도 사용자 서비스, B2B 솔루션, 플랫폼, 공통 서비스, 로우 레벨 시스템과 오픈소스가 있다. 풀타임 오픈소스 개발자를 꿈꾸며 직접 기여해 본 경험이 그 차이를 구체적으로 드러냈다. 프로토콜을 깊게 파고드는 일은 재미있었지만, 막상 해보니 사용자 가까이에서 비즈니스와 도메인 문제를 푸는 쪽을 더 좋아한다는 사실을 알게 됐다.

상상만으로는 얻기 어려운 결론이다. 회사에서 기회를 잡는 것이 가장 좋지만 실제 기회가 없다면 사이드 프로젝트나 기여로 유사 경험을 해볼 수 있다. 실무 책임을 완전히 재현하지는 못해도 더 큰 선택을 할 만한 방향인지 확인하는 데는 도움이 된다.

오늘을 기준으로 미래를 다시 그린다

5년 뒤 모습은 한 날짜에 고정한 예언이 아니다. 오늘을 기준으로 어디에서 일하고 싶은지, 어떤 문제를 풀고 싶은지, 어떤 개발자 또는 다른 직업인이 되고 싶은지 다시 묻는다. 아무것도 떠오르지 않는다면 연봉 목표처럼 단순한 것부터 시작해도 된다.

미래를 전혀 생각하지 않는 대신 잠들기 전 10분이라도 고민해 본다. 경험이 강점과 취향을 바꾸면 미래 그림도 고치고, 그 그림을 다음 경험을 고르는 기준으로 쓴다.