사회초년생 개발자의 직장 생존 가이드

6장. 성장하는 개발자의 커리어 설계

by 김원원

6-1. “이 길이 맞는 걸까?”라는 질문

신입 개발자라면 누구나 한 번쯤은 이런 고민을 한다.
“내가 지금 잘 가고 있는 걸까?”
“백엔드만 파는 게 맞을까, 프론트나 데이터 쪽을 건드려야 할까?”

정답은 없다. 다만 분명한 건, 성장은 방향 없이 쌓이지 않는다는 사실이다.
길을 그리지 않으면, 아무리 많이 배워도 그게 커리어가 아니라 잡학으로 끝나 버린다.


6-2. 기술 성장: T자형 개발자 되기

처음에는 당연히 특정 분야에 몰입하는 게 좋다.
백엔드라면 자바, 스프링, JPA 같은 뿌리를 깊게 내리는 게 필요하다.
하지만 거기서만 멈추면 안 된다.

실력 있는 개발자는 한쪽으로 깊고(Deep), 옆으로 넓은(Broad)
즉, T자형 개발자다.

세로 축(Deep): 주력 기술을 깊게 파고들기 → 예: 백엔드 아키텍처 설계, DB 튜닝

가로 축(Broad): 협업을 위해 다른 영역 이해하기 → 예: REST API 설계 시 프론트엔드 요구사항, DevOps의 배포 파이프라인


T자의 폭이 넓을수록, 팀과 회사에서 활용 가치가 높아진다.


6-3. 도메인 성장: 비즈니스 이해하기

기술만 알아서는 단순 실행형 개발자에 머문다.
성장하는 개발자는 도메인을 이해한다.

예를 들어 카드사라면 “대출 → 심사 → 실행 → 상환”의 흐름,
커머스라면 “상품 → 장바구니 → 결제 → 정산”의 흐름을 알아야 한다.

기획자와 이야기할 때, 단순히 “어떤 API를 만들까요?”가 아니라
“이 기능이 매출이나 리스크 관리에 어떤 영향을 줄까요?”라고 묻는 순간,
당신은 더 이상 신입이 아니라 비즈니스를 함께 고민하는 개발자가 된다.


6-4. 성장의 방법: 사이드 프로젝트와 글쓰기

성장은 회사에서만 이루어지지 않는다.
많은 시니어들이 공통으로 말하는 건,
성장은 일과 바깥에서 함께 만들어진다는 것이다.

사이드 프로젝트: 새로운 기술을 시도해보고, 실패해도 괜찮다.

블로그/글쓰기: 배운 걸 정리하면 사고가 깊어진다.

스터디: 동료들과 지식을 나누며 더 빠르게 습득한다.


특히 글쓰기는 과소평가되기 쉽다.
하지만 기록을 남기는 사람은 시간이 지날수록 지식이 자산으로 쌓인다.


6-5. 멘토와 동료를 자산으로

커리어는 혼자 설계하는 게 아니다.
내가 모르는 걸 이미 경험한 사람이 있다면,
그들의 조언을 듣는 것만으로도 몇 년의 시행착오를 줄일 수 있다.

멘토: 기술적 깊이나 커리어 방향을 묻는다.

동료: 나와 비슷한 레벨에서 함께 성장하며 자극을 준다.


좋은 멘토와 동료를 곁에 두는 것,
그 자체가 커리어 설계의 중요한 축이다.


6-6. 커리어는 ‘경주’가 아니라 ‘마라톤’

신입 때는 자꾸 비교하게 된다.
“저 친구는 벌써 리드 개발자가 됐다는데…”
“나는 아직 API 하나 만드는 것도 버겁네…”

하지만 커리어는 단거리 달리기가 아니다.
빠르게 치고 나가다가 지쳐버리는 사람도 많다.
오히려 꾸준히, 방향을 잡고, 나만의 속도로 달리는 사람이 더 오래 간다.


마무리

성장하는 개발자가 되려면, 방향을 세워야 한다.

기술적으로 깊고 넓게(T자형)

도메인을 이해하고 비즈니스 언어를 배우며

회사 밖에서도 기록과 프로젝트로 자신을 키우고

좋은 멘토와 동료를 곁에 두고

조급해하지 않고 꾸준히 달려가는 것


이 다섯 가지가 모이면,
당신의 커리어는 단순한 ‘일자리’가 아니라,
평생 가져갈 수 있는 자산이 된다.

이전 05화사회초년생 개발자의 직장 생존 가이드