![\"사이드](\"/assets/etc.png\" "\\"사이드")
“이번엔 꼭 성공하자”라고 다짐하며 시작한 사이드 프로젝트였다. 하지만 3개월 후, 나는 프로젝트를 포기했다. 기술 스택 선택의 실수, 시간 관리 실패, 동기 부족까지. 이 글은 그 실패의 기록이다.
\n2025년 9월, “개인 일정 관리 앱”을 만들기로 했다. Notion과 Todoist를 합친 것 같은 앱이었다. 마크다운으로 노트를 작성하고, 할 일을 관리하고, 캘린더와 연동하는 기능을 생각했다.
\n“이런 앱이 있으면 좋을 것 같은데?”라는 생각으로 시작했다.
\n프로젝트를 시작할 때는 항상 설렌다. 이번엔 다를 거라고 생각한다. 이전 프로젝트들의 실패를 교훈으로 삼아 더 잘할 수 있을 거라고.
\n기술 스택도 신중하게 선택했다:
\n“이번엔 확실해!”라고 생각했다.
\n프로젝트를 시작하면서 “최신 기술을 사용해야 한다”는 생각에 사로잡혔다. Next.js 15의 최신 기능들을 모두 사용하려고 했다.
\nServer Components, App Router, React Server Actions… 모든 최신 기능을 사용하려고 했다. 하지만 문제는 내가 이 기능들을 제대로 이해하지 못했다는 것이다.
\n최신 기술을 사용하려다 보니 학습 시간이 너무 오래 걸렸다. 간단한 기능 하나를 구현하는데도 문서를 읽고, 예제를 찾고, 시행착오를 거쳐야 했다.
\n예상:
\n현실:
\n제대로 이해하지 못한 채로 코드를 작성하다 보니 기술 부채가 쌓였다. 나중에 수정하려고 하니 더 복잡해졌다.
\n“이전에는 React만 알면 됐는데, 지금은 Server Components, App Router, Server Actions까지 알아야 해.”
\n복잡도가 너무 높아졌다.
\n사이드 프로젝트는 업무 후, 주말에 진행했다. 하지만 현실적인 시간 계획을 세우지 않았다.
\n계획:
\n현실:
\n업무, 개인 생활, 사이드 프로젝트 사이에서 우선순위가 혼란스러웠다. 업무가 바쁘면 프로젝트를 포기했고, 개인 생활이 바쁘면 프로젝트를 미뤘다.
\n결국 프로젝트는 항상 마지막 순위였다.
\n처음 한 달은 열정적으로 진행했다. 하지만 두 번째 달부터는 지속성이 떨어졌다. 며칠씩 프로젝트를 건드리지 않았다.
\n“내일 하지 뭐”라는 생각이 계속 들었다.
\n프로젝트를 시작할 때 명확한 목표가 없었다. “좋은 앱을 만들자”는 모호한 목표만 있었다.
\n명확하지 않은 목표:
\n명확한 목표 예시:
\n목표가 명확하지 않아서 동기가 떨어졌다.
\n혼자서 개발하다 보니 사용자 피드백을 받을 수 없었다. 내가 만든 것이 정말 필요한지, 사용자들이 원하는 것인지 알 수 없었다.
\n“이 기능이 정말 필요한가?”라는 의문이 계속 들었다.
\n3개월 동안 개발했지만, 실제로 사용할 수 있는 것은 없었다. 배포도 못 했고, 사용자도 없었다.
\n성과가 없으니 동기가 떨어졌다.
\n처음부터 완벽한 앱을 만들려고 했다. 모든 기능을 구현하려고 했다.
\n계획한 기능:
\n너무 많은 기능을 한 번에 구현하려고 했다.
\nMVP (Minimum Viable Product)를 만들었다면:
\n이 정도만 있어도 사용자에게 보여줄 수 있었을 것이다.
\n프론트엔드, 백엔드, 데이터베이스, 디자인, 배포까지 모든 것을 혼자서 하려고 했다. 각 분야의 전문가가 아니었기 때문에 모든 것이 서툴렀다.
\n프론트엔드:
\n백엔드:
\n데이터베이스:
\n모든 것을 혼자서 하려다 보니 아무것도 제대로 되지 않았다.
\n2025년 12월, 프로젝트를 포기하기로 결정했다. 3개월 동안 개발했지만, 실제로 사용할 수 있는 것은 없었다.
\n포기 이유:
\n포기하는 것이 쉽지 않았다. 3개월 동안의 시간과 노력이 아깝게 느껴졌다. 하지만 계속 진행하는 것보다 포기하는 것이 나았다.
\n“이렇게 하면 안 되겠다”는 것을 깨달았다.
\n최신 기술이 항상 좋은 것은 아니다. 자신이 잘 아는 기술을 사용하는 것이 더 빠르고 안정적이다. 새로운 기술을 사용하려면 충분한 학습 시간을 확보해야 한다.
\n사이드 프로젝트는 업무와 개인 생활 사이에서 진행된다. 현실적인 시간 계획을 세우고, 지속 가능한 속도로 진행해야 한다.
\n모호한 목표는 동기를 떨어뜨린다. 명확하고 측정 가능한 목표를 설정해야 한다.
\n완벽한 앱을 만들려고 하지 말고, MVP를 먼저 만들라. 사용자에게 보여주고 피드백을 받는 것이 중요하다.
\n혼자서 모든 것을 하려고 하지 말고, 필요한 부분은 도움을 받거나 외주를 주는 것도 고려하라.
\n계속 진행하는 것만이 용기가 아니다. 때로는 포기하는 것도 용기다. 실패를 인정하고 다음으로 나아가는 것이 중요하다.
\n다음 프로젝트를 시작한다면:
\n다음에는 작은 프로젝트부터 시작하겠다. 1주일 안에 완성할 수 있는 작은 프로젝트부터 시작해서 성공 경험을 쌓아가겠다.
\n사이드 프로젝트를 시작하려는 개발자들에게 조언한다:
\n실패는 배움의 기회다. 실패를 통해 무엇이 잘못되었는지 배울 수 있다. 다음 프로젝트에서 실수를 반복하지 않으면 된다.
\n3개월 동안의 프로젝트는 실패로 끝났다. 하지만 그 실패를 통해 많은 것을 배웠다. 기술 선택의 중요성, 시간 관리의 필요성, 명확한 목표의 중요성까지.
\n지금은 다음 프로젝트를 준비하고 있다. 이번 경험을 바탕으로 더 나은 프로젝트를 만들 수 있을 것이다.
\n실패는 배움의 기회다. 이 경험이 다른 개발자들에게 도움이 되기를 바란다.
","tableOfContents":"