<div id="readability-page-1" class="page"><article data-pagefind-body="">   <h2 id="사이드-프로젝트란">사이드 프로젝트란</h2>
<p>사이드 프로젝트(Side project)란 <code>본업과 별개로 개인적으로 진행하는 개발 프로젝트</code>를 의미합니다. 주로 개발자들이 본업 외에 자신의 관심사나 역량을 향상시키기 위해 진행하는 프로젝트로, 주로 개인 또는 소규모 팀으로 진행됩니다.</p>
<p>유사한 개념으로는 토이 프로젝트(Toy project)가 있습니다. 토이 프로젝트란 <code>새로운 기술이나 아이디어를 실험하기 위해 진행하는 프로젝트</code>로, 주로 개인적인 목적으로 기술 검토와 아이디어 검토를 위해 진행됩니다.</p>
<p>사이드 프로젝트와 토이 프로젝트의 차이점은 주로 목적에 있습니다. 사이드 프로젝트는 개인의 역량 향상이나 포트폴리오 강화를 목적으로 하지만, 토이 프로젝트는 새로운 기술이나 아이디어를 실험하기 위한 목적으로 진행됩니다.</p>



































<table><thead><tr><th>구분</th><th>사이드 프로젝트 (Side Project)</th><th>토이 프로젝트 (Toy Project)</th></tr></thead><tbody><tr><td>목적</td><td>실용적인 목표 (출시, 수익화 등)</td><td>기술 학습, 실험, 연습용</td></tr><tr><td>규모</td><td>비교적 크고 장기적으로 진행 가능</td><td>작은 기능 중심, 단기적</td></tr><tr><td>완성도</td><td>제품 수준, 실제 사용자 고려</td><td>MVP 수준, 프로토타입 형태</td></tr><tr><td>실용성</td><td>실사용 가능, 서비스화 고려</td><td>개인 학습, 데모 용도</td></tr><tr><td>예시</td><td>앱 개발, 오픈소스 프로젝트, 서비스 운영</td><td>새로운 라이브러리 실험, 튜토리얼 따라하기</td></tr></tbody></table>
<h2 id="사이드-프로젝트의-중요성">사이드 프로젝트의 중요성</h2>
<p>개발자는 사이드 프로젝트를 통해, 기술과 문제 해결 능력을 향상시킬 수 있으며, 포트폴리오의 향상과 수익 창출을 통해 경제적 성장에도 도움이 될 수 있습니다.</p>
<ul>
<li>기술 성장
<ul>
<li>새로운 기술, 프레임워크 실험 가능</li>
<li>본업에서는 경험하기 어려운 기술을 배울 기회</li>
</ul>
</li>
<li>문제 해결 능력 향상
<ul>
<li>실전에서 발생하는 문제를 해결하는 경험 축적</li>
<li>엔드 투 엔드 개발(기획 → 개발 → 배포 → 운영)의 경험</li>
</ul>
</li>
<li>포트폴리오 강화
<ul>
<li>이력서 및 면접에서 강점이 될 수 있음</li>
<li>실제 결과물(앱, 웹사이트, 라이브러리)로 자신의 역량 증명 가능</li>
</ul>
</li>
<li>커뮤니티 및 네트워킹
<ul>
<li>오픈소스로 공유하면 개발자들과 협업 기회 증가</li>
<li>블로그, 발표 자료로 활용 가능</li>
<li>인지도 상승</li>
</ul>
</li>
<li>수익 창출 가능성
<ul>
<li>사이드 프로젝트가 스타트업으로 발전하는 사례 존재</li>
<li>앱 스토어, SaaS, 광고 등으로 수익화 가능</li>
<li>포트폴리오 강화를 통해 더 나은 직장으로 이직 가능 또는 연봉 협상시 유리</li>
</ul>
</li>
</ul>
<p>주니어 개발자는 기술 역량과 포트폴리오 강화에 초점을 두고, 시니어 개발자는 새로운 기술 도입이나 네트워킹, 수익 창출에 초점을 두면 큰 도움이 될 수 있습니다.</p>
<p>사이드 프로젝트를 진행하면, 개발 영역뿐만 아니라, 목표 설정, 프로젝트 및 일정 관리, 마케팅, 수익화 전략, 서비스 운영 능력 등 다양한 역량을 향상 시킬 수 있습니다. 이러한 경험은, 개발자로써 개발 능력을 향상 시킬뿐만 아니라, 개발 이외의 영역을 이해할 수 있으며, 이를 개발에 접목시킨다면 더욱 뛰어난 개발자가 될 수 있습니다.</p>
<h2 id="프로-의식">프로 의식</h2>
<p>사이드 프로젝트를 해야하는 가장 중요한 이유는, 우리가 프로이기 때문입니다.</p>
<p>우리는 회사에 고용된 프로입니다. 회사는 우리가 가진 기술을 활용하기 위해 돈을 지불하고, 우리는 돈을 받는 대신 우리가 가진 기술을 제공하게 됩니다.</p>
<p>만약 우리가 가진 기술이 발전하지 않으면, 당연히 회사는 더 많은 돈을 지불하지 않을 것이고, 반대로 기술 발전이 빠르고 뛰어나다면, 회사는 더 많은 금액을 지불하게 될 것입니다.</p>
<p>“회사에서 새로운 기술을 사용하지 않으니깐, 새로운 기술을 습득할 기회가 없어”, “회사 일이 바빠서 공부할 시간이 없어”, “우리 회사에서 사용하는 기술이 아니라서 잘 몰라” 등과 같은 핑계는 프로에게는 어울리지 않습니다.</p>
<p>이런 프로 의식이 가장 높은 곳은 스포츠 업계입니다. 우리는 세계적인 선수들을 살펴봅으로써, 왜 사이드 프로젝트를 해야하는지 확인할 수 있습니다.</p>
<ul>
<li>코비 브라이언트: 새벽 4시에 기상 후 6시간 이상 훈련, 경기 후에도 수백 개의 슛을 추가 연습</li>
<li>오타니 쇼헤이: 하루 10시간 이상 훈련, 투수와 타자의 연습을 모두 소화</li>
<li>크리스티아누 호날두: 팀 훈련 후에도 개인 훈련 추가 진행, 수영, 요가 등 다양한 보조 훈련</li>
</ul>
<p>이들도 회사에 고용된 선수들이므로, 팀의 승리를 위해 회사에서 정해진 연습 및 훈련을 진행하고 시합에 나갑니다. 하지만, 그들은 그 이외에도 개인 훈련 등을 통해 자신의 기술을 더욱 발전시키고 있습니다. 오타니 선수는 심지어 야구 시합에서 최선의 컨디션을 내기 위해 수면도 철저히 관리한다고 합니다.</p>
<p>우리는 과연 프로그래밍을 잘하기 위해 수면의 질도 관리하고 있을까요? 물론, 우리가 꼭 세계적인 프로그래머를 목표로 할 필요도 없고 프로그래밍을 잘하기 위해 수면의 질까지 관리할 필요는 없습니다. 하지만, 최소한 자신의 기술을 발전시키기 위해 노력은 해야 프로라고 할 수 있지 않을까요?</p>
<p>사이드 프로젝트는 이를 위한 아주 좋은 수단입니다. 회사에서 사용하지 않는 기술을 습득하거나 회사에서 사용하는 기술 역량을 더욱 높일 수 있으며, 새로운 기술을 실험하고, 자신의 기술을 발전시킬 수 있는 좋은 기회입니다. 프로 의식을 가지고 있다면, 자신을 위해 사이드 프로젝트를 진행하는 것은 당연한 선택이라고 할 수 있습니다.</p>

<h2 id="사이드-프로젝트-시작하는-방법">사이드 프로젝트 시작하는 방법</h2>
<p>사이드 프로젝트는 본업과 병행해야하므로, 대규모 프로젝트보다는 작은 목표부터 시작하는 것이 좋습니다. 아래는 사이드 프로젝트를 시작하는 방법에 대한 가이드입니다.</p>
<ol>
<li>아이디어 선정</li>
</ol>
<ul>
<li>본인이 관심 있는 주제를 선택</li>
<li>실생활의 불편한 점에서 아이디어 찾기</li>
<li>이미 존재하는 서비스 개선하기</li>
</ul>
<ol start="2">
<li>목표 설정</li>
</ol>
<ul>
<li>프로젝트 범위를 작게 시작하고 점진적으로 확장</li>
<li>MVP(Minimum Viable Product) 방식 추천</li>
<li>꼭 완성할 수 있는 목표를 설정</li>
</ul>
<ol start="3">
<li>기술 스택 결정</li>
</ol>
<ul>
<li>본업에서 못 다뤄본 기술을 시도</li>
<li>본업에서 사용하는 기술이 능숙하지 않다면, 동일한 기술 스택을 사용하여 역량을 강화</li>
<li>개인 기술 스택 강화를 고려</li>
</ul>
<ol start="4">
<li>개발 진행</li>
</ol>
<ul>
<li>GitHub, GitLab 등을 활용한 코드 관리</li>
<li>CI/CD 적용으로 배포 자동화 연습</li>
<li>테스트 코드 작성 습관화</li>
<li>블로그 등을 작성을 통한 문서화 연습</li>
</ul>
<ol start="5">
<li>공유 및 확장</li>
</ol>
<ul>
<li>블로그, SNS, 오픈소스 기여를 통해 피드백 받기</li>
<li>필요하면 팀원을 모집하여 협업 진행</li>
<li>베타 테스트를 통해 사용자 피드백 반영</li>
<li>광고나 프리미엄 모델을 통한 수익화 고려</li>
</ul>
<p>사이드 프로젝트는 자신에게 필요한 것을 만들어서 배포하고 유지하는 것이 중요합니다. 그리고 고정 비용을 최소화하여 지속적으로 유지할 수 있도록 만들어야 합니다. 그럼 최소한 자신의 생활에 도움이 되고, 지속적으로 유지하면서 포트폴리오로 활용할 수 있습니다. 또한, 서비스를 운영하면서만 배울 수 있는 경험도 쌓을 수 있습니다.</p>
<p>매번 사이드 프로젝트를 끝까지 진행하지 못하고 있다면, 최소한의 금액(서버/도메인 비용, 앱 개발자 등록비 등)을 먼저 투자하는 것도 좋은 방법입니다. 작은 금액이라도 자신이 투자한 금액이 있다면, 아까워서라도 끝까지 진행하게 됩니다.</p>
<p>지속적으로 운영을 하지 않으면 포트폴리오에 도움이 안되고, 운영하면서 배울 수 있는 여러 경험들도 쌓을 수 없습니다. 그러므로, 운영 비용을 최소화하여 지속적으로 운영할 수 있도록 하는 것이 중요합니다. 또, Google Analytics, Adsense, Google Search Console 등을 활용하여 사용자들이 늘어나는 것을 보는 것도, 사이드 프로젝트를 지속적으로 운영하는데 큰 동기 부여가 될 수 있습니다.</p>
<p>사이드 프로젝트를 시작하면 자신의 아이디어를 서비스화하는데, 수익화하는데 목표를 두는 경우가 많습니다. 물론, 개발을 넘어 더 큰 시야를 갖게 만들어 주는 아주 좋은 자세이지만, 우리가 사이드 프로젝트를 하는 가장 근본적인 이유는 기술 역량 강화에 있음을 잊지 말아야 합니다. 따라서 회사에서 사용하는 기술을 사용하거나, 회사에서 사용하지 않는 기술을 사용하여 자신의 기술을 발전시키는 부분이 포함이 되도록 해야합니다.</p>

<h2 id="사이드-프로젝트-단점">사이드 프로젝트 단점</h2>
<p>사이드 프로젝트는 많은 장점을 가지고 있지만, 그만큼 단점도 많이 존재합니다. 아래는 사이드 프로젝트를 진행하면서 부딪히는 일반적인 단점과 해결책에 대한 가이드입니다.</p>
<h3 id="시간과-에너지-소모">시간과 에너지 소모</h3>
<p>본업과 병행해야 하므로 일정 관리가 어려우며, 일을 두번하는 것과 같으므로 많은 에너지를 소비합니다.</p>
<ul>
<li>직장, 학업, 개인 생활과 함께 하다 보면 피로도가 누적됨.</li>
<li>프로젝트가 예상보다 오래 걸릴 가능성이 큼.</li>
<li>지속적인 동기 부여가 필요.</li>
</ul>
<p>작은 목표부터 시작(MVP 방식)하고, 일정한 시간 블록 할당(ex. 주말 2시간, 평일 30분)을 통해 시간과 에너지 소모를 관리할 수 있습니다.</p>
<p>사이드 프로젝트 수행이 본업에 영향을 미치지 않도록 시간과 에너지 관리를 잘 해야 합니다.</p>
<h3 id="동기-부여-유지">동기 부여 유지</h3>
<p>사이드 프로젝트는 초반에는 재미있지만, 시간이 지나면서 흥미를 잃을 수 있습니다.</p>
<ul>
<li>기능 추가, 버그 수정 등 반복적인 작업이 지루하게 느껴질 수 있음</li>
<li>피드백을 받을 기회가 적으면 중도 포기할 가능성이 높아짐</li>
</ul>
<p>사이드 프로젝트를 공개적으로 진행(블로그, SNS, 오픈소스 공유)하여 피드백을 받거나 작은 성취감을 느낄 수 있도록 목표 작게 나누어 설정함으로써 지속적인으로 동기를 부여를 해야합니다.</p>
<h3 id="수익-창출이-쉽지-않다">수익 창출이 쉽지 않다</h3>
<p>대부분의 사이드 프로젝트는 수익화로 이어지지 않습니다.</p>
<ul>
<li>사용자가 많아도 비즈니스 모델이 없으면 유지가 어려움</li>
<li>운영비, 서버 비용 등이 들면서 부담이 커질 수 있음</li>
</ul>
<p>처음부터 수익화를 목표로 하기보다는 유용한 제품을 만드는 데, 자신의 개발 역량을 향상시키는데 집중하고 사용자가 많아진 후 광고, 프리미엄 모델 등으로 수익화 고려하는 것이 좋습니다.</p>
<h3 id="기술-부채-및-유지보수-문제">기술 부채 및 유지보수 문제</h3>
<p>사이드 프로젝트는 새로운 기술을 배우려는 목적이 강하다 보니 장기적인 유지보수가 어려울 수 있습니다.</p>
<ul>
<li>처음에는 빠르게 개발하지만, 구조가 복잡해지면 유지보수가 어려워짐</li>
<li>시간이 지나면서 코드가 낡거나 라이브러리가 더 이상 지원되지 않을 수도 있음</li>
</ul>
<p>혼자서 개발을 하지만, 아키텍쳐, 설계도 함께 진행하거나, 깔끔한 코드와 문서화를 신경 쓰면 추후 유지보수를 하는데 큰 도움이 됩니다. 또한 너무 최신 기술만 고집하지 않고, 장기적으로 유지보수 가능한 기술 스택 선택하는 것도 하나의 방법이고, 이런 기술 선택은 추후 회사 업무에도 도움이 될 수 있습니다.</p>
<h3 id="혼자-하면-한계가-있다">혼자 하면 한계가 있다</h3>
<p>모든 걸 혼자 해야 하므로 속도가 느릴 수 있습니다. 처음부터 이를 인지하는 것이 좋습니다.</p>
<ul>
<li>디자인, 개발, 마케팅 등 모든 역할을 맡아야 할 수도 있음</li>
<li>협업 없이 혼자 진행하면 객관적인 피드백을 받기 어려움</li>
</ul>
<p>개발하고 있는 코드를 오픈 소스로 공개하거나, 커뮤니티를 통해 공개적이고 지속적으로 피드백을 받거나, 사이드 프로젝트를 함께 할 동료나 지인과 찾아 함께 진행할 수 있습니다. 아니면 혼자서 빠르게 진행할 수 있는 작은 목표부터 시작하는 것도 좋은 방법입니다.</p>
<h3 id="실패할-가능성이-높다">실패할 가능성이 높다</h3>
<p>대부분의 사이드 프로젝트는 사용자 없이 끝납니다.</p>
<ul>
<li>사용자 유입이 없거나, 반응이 없어 중도 포기하는 경우가 많음</li>
<li>완성했더라도 유지할 동기가 사라질 수 있음</li>
</ul>
<p>처음부터 대규모 프로젝트를 목표로 하지 말고 작은 성공을 경험하는 것에 목표를 두는 것이 좋습니다. 또한, 실패하더라도 배운 점을 기록하고, 다음 프로젝트 또는 회사 업무에 활용하는 것도 좋은 방법입니다.</p>
<p>사이드 프로젝트가 자신을 위한 제품을 만든다면, 최소한 한명의 사용자를 확보할 수 있으며, 자신의 삶에 편리함을 제공할 수 있습니다. 또, 운영비를 최소한으로 한다면, 포트폴리오로 계속 활용할 수 있으므로 실패해도 자산으로 남길 수 있습니다.</p>
<h2 id="성공적인-사이드-프로젝트를-위한-팁">성공적인 사이드 프로젝트를 위한 팁</h2>
<p>성공적인 사이드 프로젝트를 위한 몇가지 팁을 소개합니다.</p>
<ul>
<li>목표 설정
<ul>
<li>자신에게 필요한 제품을 만들어 보세요.</li>
<li>사용해보지 못한 기술을 사용할 수 있는 제품을 만들어 보세요.</li>
<li>자신이 사용하고 있는 기술을 좀 더 깊게 이해할 수 있는 제품을 만들어 보세요.</li>
</ul>
</li>
<li>프로젝트 및 일정 관리
<ul>
<li>목표를 작게 나누어 설정하세요.</li>
<li>일정을 유연하게 관리하세요.</li>
</ul>
</li>
<li>동기 유지
<ul>
<li>자신만의 재미 요소 추가해보세요.</li>
<li>커뮤니티나 블로그, 지인에게 진행 사항을 공유해보세요.</li>
</ul>
</li>
<li>간단하게 시작
<ul>
<li>완벽한 제품을 목표로 하지 마세요.</li>
<li>일단 하나의 기능이 동작하는 제품을 만드세요.</li>
<li>지금 당장 시작하세요.</li>
</ul>
</li>
<li>일정한 루틴 유지
<ul>
<li>정기적으로 실행할 수 있는 시간을 확보하세요.</li>
<li>주말, 출퇴근 시간 등 자신만의 루틴을 만들어 보세요.</li>
</ul>
</li>
<li>실패를 두려워하지 말기
<ul>
<li>대부분의 사이드 프로젝트는 사용자가 한명도 없습니다.</li>
<li>사이드 프로젝트는 실패해도 배움이 남습니다.</li>
<li>자신만의 제품을 처음부터 끝까지 만들어 보는 것만으로도 아주 큰 성취입니다.</li>
</ul>
</li>
</ul>
<p>제가 사이드 프로젝트를 진행하면서 겪은 경험과 배운 점들이 궁금하시다면 <a href="/essay/my-side-project-story/">나의 사이드 프로젝트 이야기</a>를 참고해 주세요.</p>
<h2 id="추천-책">추천 책</h2>
<p>여러분은 이미 사이드 프로젝트를 진행하기 위한 충분한 개발 능력이 있습니다. 따라서, 개발 능력뿐만 아니라 프로젝트를 성공적으로 수행할 수 있는 시야와 능력을 키워 보시기 바랍니다.</p>
<ul>
<li>린 스타트업 (에릭 리스)</li>
<li>스타트업 바이블 (빌 올렛)</li>
<li>아이디어 불패의 법칙 (알베르토 사보이아)</li>
</ul>     <p> <code> 제 블로그가 도움이 되셨나요? 하단의 댓글을 달아주시면 저에게 큰 힘이 됩니다! </code> </p>  <h2>앱 홍보</h2> <div><p> 지금 보고 계신 블로그를 작성하는 <code>Deku</code>가 개발한 앱을 한번 사용해보세요.<br><code>Deku</code>가 개발한 앱은 Flutter로 개발되었습니다.</p><p>관심있으신 분들은 앱을 다운로드하여 사용해 주시면 정말 감사하겠습니다. </p> </div> <h2>책 홍보</h2>     </article></div>

dev-yakuza

개발자에게 사이드 프로젝트란 무엇인지, 왜 사이드 프로젝트를 해야 하는지 제 개인적인 관점을 공유해 보겠습니다.