올해 작은 개인 툴을 만들면서 배운 것

발행: (2025년 12월 29일 오후 10:02 GMT+9)
10 min read
원문: Dev.to

Source: Dev.to

번역을 진행하려면 원본 텍스트(마크다운 형식 포함)를 제공해 주시겠어요?
코드 블록, URL 및 기술 용어는 그대로 유지하고, 나머지 내용만 한국어로 번역해 드리겠습니다.

개요

올해 말쯤, 나는 내 GitHub 저장소들을 스크롤하고 있었다.

자부심에서가 아니라. 후회에서도 아니라—그냥 호기심이다.

거기에 많은 프로젝트가 있었고, 내가 시작한 것을 기억하는 것보다 더 많았지만, 아직도 사용하고 있는 것은 몇 개뿐이었다. 나머지는 두 가지 익숙한 범주에 들어갔다:

  • 이력서에 보기 좋은 프로젝트
  • 결국 나를 무시한 회사들의 스크리닝 라운드를 위해 만든 프로젝트

그것들은 쓸모가 없던 것은 아니다; 나에게 무언가를 가르쳐 주었다. 하지만 그것들은 나와 함께 남지 않았고, 그 대비가 남았다.

출시되지 않은 프로젝트들 (그리고 그것이 여전히 유용했던 이유)

올해는 한 가지 중요한 점에서 달랐습니다: 시간보다 아이디어가 더 많았거든요. 그 아이디어들을 Notion에 많이 적어두었습니다—적절한 자원, 공간, 에너지가 생겼을 때 만들고 싶은 것들 말이죠. 대부분은 그 페이지를 떠나지 않았고, 솔직히 말해서 괜찮았습니다. 적어두는 행위가 아이디어를 실체화시켰고, 머릿속에서 계속 떠오르는 것을 멈추게 해 주었으며, “뭔가 놓치고 있다”는 느낌 대신 돌아볼 수 있는 무언가를 제공해 주었습니다.

친구와 함께 시작한 프로젝트도 하나 있었습니다. 일종의 배우면서 만들기 방식이었죠. 아이디어 자체는 괜찮았습니다: 우리가 익숙하지 않은 스택을 배우기 위해 만든 Notion‑유사 클론. 하지만 실제 필요에서 출발한 것은 아니었습니다. 우리는 역으로 접근했습니다:

  1. 기술 스택 → 가능한 프로젝트 → 실행

인생이 찾아왔고, 다른 우선순위가 쌓이며, 프로젝트는 정체되고 결국 사라졌습니다.

그 경험을 통해 불편하지만 중요한 교훈을 얻었습니다: 진정으로 관심이 없는 일을 만들고 있다면, 그것은 서서히 무보수 작업으로 변하고, 현재 경제 상황에서는 지속하기 어렵다는 점입니다.

나를 위해 스스로 개발을 시작한 진짜 순간

돌아보면, 나를 위해 개발을 시작한 것은 의식적인 결정이 아니라 흐름에 몸을 맡긴 결과였습니다. 그 배경에는 Angela Yu’s 풀‑스택 강좌를 수강한 것이 큰 역할을 했습니다—기술 자체 때문이 아니라 그녀가 학습을 바라보는 방식 때문이었죠: 작더라도 무언가를 하는 것을 만들라.

프로젝트 예시:

  • Find Your Poison – 칵테일 레시피 찾기
  • A book notes web app – 책 노트 웹 앱

이것들이 혁신적이진 않았지만 재미있었고, 무엇보다 나에게 유용했습니다. 지금도 이를 되돌아볼 때 첫 번째 생각은 “구식이다”가 아니라 “어떻게 하면 더 좋게 만들 수 있을까?” 입니다. 그 사고방식이 불꽃을 일으켰습니다.

터널 비전

그 불꽃은 내가 이중언어 포트폴리오를 만들고 나중에 Commentto를 만들 때 뚜렷이 나타났습니다. 가장 놀랐던 것은 결과물이 아니라 속도였습니다.

  • 포트폴리오는 대략 5일 정도 걸렸습니다, 대략적으로.
  • Commentto는 약 3일 걸렸습니다.

둘 다 이전에 작업했던 많은 “더 간단한” 프로젝트보다 빨랐습니다. 차이는 기술이 아니라 집중이었습니다. 실제로 사용할 무언가를 만들 때, 생산적인 터널 비전을 얻게 됩니다. 아직 중요하지 않은 엣지 케이스에 대한 논의를 멈추고, 죄책감 없이 범위를 축소하며, 그것이 존재하기를 원하기 때문에 앞으로 나아갑니다.

시스템을 생각하라, 기능만이 아니라

이렇게 작업하면서 사고 방식이 바뀌었습니다. “시니어 개발자처럼 생각한다”라고 부르기엔 아직 이른 감이 있지만, 확실히 변화가 있었습니다.

다음과 같이 묻는 대신에:

  • 어떤 기능을 추가해야 할까?

다음과 같이 질문하기 시작했습니다:

  • 왜 이 기능을 추가해야 할까?
  • 어떤 시스템을 만들고 있는 걸까?
  • 지금 반드시 존재해야 하는 것은 무엇이고, 무엇을 미룰 수 있을까?
  • 이 로직은 어디에 위치해야 할까?
  • 실제로 사용될 때 어떤 일이 일어날까?

AI가 빠르게 기능을 생성할 수 있는 시대에, 구조범위를 이해하는 것이 구현만큼이나 중요하다는 것을 깨달았습니다. 아직도 일관되지 못하고, 급하게 작업하고, 무언가를 마친 뒤에 번아웃을 겪지만, 불평은 하지 않습니다. 아직은요. 어쩐지는 잘 마무리되니까요.

남은 것

If I had to summarize what this year taught me, it wouldn’t be a framework or a rule. It would be this:

  • 유용함이 인상 깊음보다 우선
  • 실제 사용이 결함을 빠르게 드러낸다
  • 명료함이 영리함보다 중요하다
  • 작은 도구가 큰 아이디어보다 행동을 더 바꿀 수 있다

None of that feels revolutionary; it just feels true now because I’ve lived it.

결심 없이 앞을 내다보며

내년을 위한 큰 계획은 없어요. 나는 코딩을 할 수 있다는 걸 알아요. 만들고 싶은 아이디어가 있다는 걸 알아요. 자원이 필요하다는 걸 알고, 진행하면서 확보할 거예요. 나는 시작을 미루는 것을 믿지 않는 사람입니다. 시작할 수 있다면 바로 할 거예요. 막히면 그때그때 해결해 나갈 겁니다.

올해는 행동이 결과를 낳는다는 것을 가르쳐 주었고, 모멘텀은 확신이 아니라 움직임에서 온다는 것을 깨달았습니다. 그것이 내가 나아가는 방향입니다.

마무리

올해는 나를 더 빠르게 만들지는 않았습니다. 내가 무엇을 만들고 왜 만드는지에 대해 더 솔직해지게 했습니다. 그리고 그것은 멈추어 되돌아볼 좋은 시점처럼 느껴집니다.

이 여정을 함께해 주셔서 감사합니다.

Back to Blog

관련 글

더 보기 »

내 GitHub에 숨겨진 보물

앱에 대한 아이디어가 있어! 오랫동안 나는 사이드 프로젝트를 일회성 베팅 시리즈처럼 대했어. 컴퓨터 앞에 앉아 몇 시간씩 작업하고 뭔가를 만들었어.

Git 학습

Git이란 무엇인가? Git은 2005년에 Linus Torvalds가 만들었다. 버전 관리 시스템 버전 관리 시스템의 유형 1. 로컬 VCS - 예시: 제공되지 않음 - 제한…