짓기 vs 빌리기

"static 한 건 다 빌려. 살아 있어야 하는 단 하나만 지어."

누구나 던지는 첫 질문

Songsterr 있어. Ultimate Guitar 있어. Capo 있어. 유튜브엔 레슨이 만 개야. 그래서 직접 만든 음악 도구에 던지는 정직한 첫 질문은: 대체 왜 지어? 이걸 깔끔하게 답 못 하면, 재미로 red ocean 을 다시 짓는 거야.

답은 구분 하나야. 음악 도구한테서 필요한 거의 전부는 빌릴 수 있어, static 하니까 — 모든 학습자한테 똑같거든:

필요                          판정         이유
----                          ----         ----
note-for-note 탭              빌려         Songsterr / Guitar Pro 가 끝냄
코드 차트 / 가사              빌려         Ultimate Guitar 에 수백만 개
오디오 → 코드 / 키 / 템포     라이브러리 재사용  Capo 가 증명; librosa/madmom 존재
"이걸 내 수준으로 단순화"      지어         static data 로는 불가능 — 실시간 생성

빌릴 수 없는 단 하나

"이 솔로를 내가 오늘 칠 수 있는 만큼으로 줄여줘" 는 저장된 파일이 될 수 없어. "스케일 3주 차에 손 작은 중급자용 쉬운 버전" 같은 Songsterr 페이지는 없어. 그 답은 새로 생성돼야 해 — 곡마다, 사람마다, 수준마다 — 그건 static 라이브러리가 아니라 살아 있는 엔진을 뜻해. 그 요구 하나가 Bonfire 가 앱이어야 하는 이유 전부야. 그걸 빼면 링크 몇 개로 끝나.

이게 짓기-vs-빌리기 규칙의 일반형이야: 남의 static 제품으로 존재할 수 없는 것만 지어. 나머지는 빌리거나 재사용하고 — 지루한 부분(오디오 분석 라이브러리)을 재사용하는 게 재밌는 부분(실시간 단순화)을 지을 여유를 만드는 방법이야.

개념의 오픈소싱

이 퀘스트가 정직하게 짚는 거 하나 더: Bonfire 코드는 비공개야. 그래서 여기서 공유되는 건 clone 하는 repo 가 아니라 결정의 모양이야. 왜 note-for-note 말고 easy-mode, 왜 하나의 모델, 왜 DAW 플러그인이 아니라 엔진인가. 이건 의도야. 이런 도구에서 재사용할 만한 건 애초에 소스가 아니라 추론이었어. 그 추론을 가져다 네 스택에서, 네 악기로, 네 걸 직접 지을 수 있어. 그게 '개념의 오픈소싱' 이고 — 그래서 이 레슨 끝엔 git clone 이 없어.

Code

static 한 건 빌리고, 살아 있어야 하는 건 지어·text

필요                          판정         이유
----                          ----         ----
note-for-note 탭              빌려         Songsterr / Guitar Pro 가 끝냄
코드 차트 / 가사              빌려         Ultimate Guitar 에 수백만 개
오디오 -> 코드 / 키 / 템포     lib 재사용   Capo 가 증명; librosa/madmom 존재
"이걸 내 수준으로 단순화"      지어         static data 로는 불가능

# 빌드는 딱 한 행으로 정당화돼.
# 그 행이 없었으면 링크 한 페이지가 앱 전체를 대신해.

Exercise

있었으면 하는 도구를 떠올려 봐. 기능을 두 칸으로 나눠: '빌릴 수 있음(static, 모두 동일)' 과 '지어야 함(실시간 생성, 사람/순간마다 다름)'. 지어야-함 칸이 비면 지을 필요 없어 — 링크를 조합하면 돼. 강한 한 행이 있으면, 그 행이 네 blue ocean 이야.

Hint

지어야-함 테스트: 두 다른 유저가 두 다른 순간에 답이 다른 파일이 될까? 그렇다면 static 일 수 없어 — 그게 지을 가치가 있는 부분이야.