12년차 개발자가 부업을 시작한 진짜 이유
도입
12년 동안 안드로이드 앱을 만들면서, 회사 프로젝트만 붙잡고 있어도 하루가 부족한 시기가 많았습니다. 그런데 연차가 쌓일수록 오히려 "내 이름으로 뭔가를 처음부터 끝까지 만들어보고 싶다"는 마음이 커졌습니다. 이 글에서는 안정적인 개발자 커리어를 유지하면서도 부업을 시작하게 된 계기와, 그 과정에서 실제로 바뀐 생각들을 정리해보려고 합니다.
커리어는 안정적인데 왜 부업인가
연차가 쌓일수록 맡는 일의 범위는 넓어졌지만, 정작 기획부터 배포까지 혼자 결정하고 끝까지 밀어붙이는 경험은 오히려 줄어들었습니다. 회사에서는 정해진 스펙 안에서 최선의 구현을 고민하는 역할이 많았고, 그 자체로 보람은 있었지만 "왜 이 기능이 필요한가"부터 제가 정하는 경험은 아니었습니다. 개인 프로젝트를 하나둘 만들다 보니, 이 결정권 자체가 꽤 큰 동기부여가 된다는 걸 알게 됐습니다.
또 하나는 도구의 변화였습니다. 예전 같으면 기획, 개발, 콘텐츠 제작을 혼자 감당하는 게 시간상 불가능했을 텐데, AI 도구들이 글쓰기·이미지 생성·영상 편집 같은 영역을 상당 부분 대신해주면서 "혼자서도 끝까지 만들어볼 만하다"는 판단이 섰습니다. 물론 도구가 전부 해주는 건 아니고, 파이프라인을 설계하고 다듬는 건 여전히 개발자의 몫이었습니다.
무엇을 만들었나
거창한 사업 계획보다는, 제가 원래 하던 일과 겹치는 부분부터 시작했습니다. 안드로이드 개인 프로젝트를 몇 개 진행 중이었고, 그 과정과 배운 점을 기록하는 기술 블로그를 만들었습니다. 다만 글을 쓰는 데 매번 큰 시간을 쏟기는 어려웠기 때문에, 콘텐츠 캘린더를 만들어 아이디어를 쌓아두고 초안 작성부터 이미지 생성까지 최대한 자동화하는 방향으로 파이프라인을 잡았습니다. 유튜브 쇼츠도 같은 맥락에서, 블로그 글을 짧게 축약해 함께 만들고 있습니다.
실제로 겪은 시행착오
처음에는 "자동화만 잘 만들어두면 콘텐츠가 알아서 쌓이겠지"라고 생각했는데, 실제로는 자동화 파이프라인 자체를 만들고 고치는 데 생각보다 많은 시간이 들었습니다. 서버 스펙을 조정하거나, 문서 작업 도구의 업데이트 방식이 바뀌어 데이터가 깨지는 경우도 있었고, 그때마다 원인을 찾아 다시 손보는 과정이 반복됐습니다. 돌이켜보면 이 과정 자체가 본업에서는 잘 하지 않던 "처음부터 끝까지 책임지는" 경험이어서, 힘들었지만 남는 게 많았습니다.
주의사항 / 흔한 실수
부업을 시작할 때 흔히 하는 실수는 처음부터 너무 많은 걸 자동화하려는 것이라고 생각합니다. 저도 초반에는 손으로 한 번씩 해보지 않은 단계까지 무리하게 자동화부터 설계하려다가, 오히려 원인 파악이 어려워진 적이 있었습니다. 손으로 몇 번 반복해보고 패턴이 보일 때 자동화하는 순서가 결과적으로 더 안정적이었습니다. 또한 본업과 부업의 시간 경계를 명확히 하지 않으면 둘 다 애매하게 흘러가기 쉽다는 점도 느꼈습니다.
마무리
부업을 시작한 계기를 한 줄로 요약하면, 회사 일만으로는 채워지지 않던 "결정하고 책임지는" 경험에 대한 갈증이었습니다. 거창한 수익화 계획보다는 만들고 싶은 걸 끝까지 만들어보는 것 자체가 목적이었고, 그 과정에서 자동화와 개발 역량이 자연스럽게 연결됐습니다. 이후 글에서는 실제 자동화 파이프라인을 어떻게 구성했는지 더 구체적으로 다뤄보겠습니다.
[핵심요약] 12년차 개발자, 결정권에 대한 갈증으로 부업 시작