나는 이 도구들을 만들었어, 좌절감이 진짜였으니까
Source: Dev.to
왜 사이드 프로젝트는 짜증에서 시작되는가
대부분의 사이드 프로젝트는 영감으로 시작되지 않는다.
짜증, 즉 반복되는 작업에서 시작된다.
내 프로젝트도 모두 그렇게 시작했다. 거창한 계획이 아니라.
터미널을 커스터마이징하는 데 예상보다 훨씬 많은 시간이 걸렸다.
설정 파일을 편집하는 일. 30초면 끝나야 할 일이 몇 시간씩 잡아먹혔다.
내가 원했던 것은:
- 한 번 클릭으로 테마 적용
- 한 번 클릭으로 되돌리기
- 내 설정을 망가뜨릴 위험 제로
그래서 TermiCool을 만들었다 – 보통의 고통 없이 간단하고, 빠르고, 되돌릴 수 있는 터미널 테마링.
PDF로 내보내는 일은 더 심각했다. 코드에 구문 강조가 사라지고, 탭은? PDF는 탭 개념이 없어서 탭 뒤에 숨겨진 내용이 사라졌다. 페이지 절반이 사라진 셈이다. 이 때문에 내보내기는 실제 문서화에 쓸 수 없었다.
내가 필요했던 것은 내가 실제로 만든 모습을 그대로 보여주는 내보내기였다—평평하고 깨진 버전이 아니라.
그래서 TreePress를 만들었다.
이제 다음을 제공한다:
- 픽셀 단위로 정확한 내보내기
- 검색 가능한 PDF
- 탭을 인식하는 렌더링
- 올바른 HTML + Markdown 지원
- 수동 수정 없이 예측 가능한 출력
설정이 필요 없다.
새 프로젝트마다 같은 Claude Code 설정을 다시 만들었다—같은 파일을 또다시. 생산성을 가장한 설정 작업처럼 느껴졌다.
그래서 CCL을 만들었다.
이제 한 명령만 실행하면 다음이 생성된다:
CLAUDE.md- 서브에이전트
- 스킬
- 보안 훅
- 프로젝트 인식 스캐폴딩
모두 실제 코드베이스를 중심으로 몇 초 안에 자동 생성된다.
이것들은 스타트업 아이디어가 아니었다. 내가 더 이상 참을 수 없었던 문제들이었다. 야근 후 늦은 밤에 몰래 만든 결과물이다.
대부분의 사이드 프로젝트는 이렇게 완벽한 집중 상태가 아니라 조각조각 모여서 일어난다— 사실이다.
도구 한눈에 보기
- 터미널 커스터마이징이 귀찮다면 → TermiCool
- PDF 내보내기가 만든 것을 망친다면 → TreePress
- Claude Code 설정을 처음부터 다시 만들고 있다면 → CCL
나는 이 도구들을 고통이 실제였기 때문에 만들었다. 여러분도 몇 시간을 절약할 수 있길 바란다.
당신이 너무 오래 참아온 반복적인 짜증은 무엇인가요?
이 중 가장 고통스러운 것은 무엇인가요? 여러분의 이야기를 듣고 싶습니다 ↓