Fretastic 델타

"레퍼런스를 클론하지 마. 그 하나의 좋은 아이디어를 찾아서, 그게 할 수 있었던 것 너머로 일반화해."

레퍼런스 둘, 빌린 아이디어 둘

Bonfire 는 무에서 발명하지 않아 — 레퍼런스 앱 둘 위에 서서 각자한테서 딱 하나씩 가져와. Fretastic 은 이미 스케일 하나를 두 악기(fretboard ↔ keyboard)에 걸쳐 렌더해. '하나의 모델, 여러 view' 아이디어가 진짜고 쓸모 있다는 증명이야. Capo 는 이미 오디오를 코드·키·템포로 분석해. Tier-A 분석이 풀렸다는 증명이야. Bonfire 의 일은 둘 다 다시 짓는 게 아니라 — 그들의 증명된 아이디어를 그들이 가는 데보다 더 멀리 데려가는 거야.

델타, 정확히

                 Fretastic        Bonfire
                 ---------        -------
view             2 (fb, kb)       N (fb, kb, staff, tab, ...)
모델             정적 스케일      살아 있는 곡 / 솔로
설명             없음             Pippa Sidekick
분석 입력         수동             Capo 식 오디오 -> 코드/키 (adapter)

세 수: 2 view 가 N 으로(다형적 view 아키텍처가 Fretastic 의 둘을 일반화), 정적 스케일이 살아 있는 곡으로(모델이 이제 고정 스케일 모양이 아니라 시간 위 코드와 노트가 있는 곡 전체), 그리고 모델을 말하는 Pippa 추가. 한숨에 델타: 2→N, 스케일→곡, +Pippa.

레퍼런스가 멈춘 데서 출발해

Capo 가 원칙의 가장 명확한 예야. Capo 는 오디오를 분석하고 라벨링에서 멈춰 — 코드 여기, 키 여기, 행운을 빌어. Bonfire 는 그 라벨링을 입력 adapter 로 다루고 Capo 가 멈춘 바로 그 자리에서 출발해: 이제 진행이 왜 작동하는지 설명하고, 플레이어 수준으로 단순화하고, 즉흥을 코치하고, 악기 view 사이로 변환해. 레퍼런스의 결승선이 Bonfire 의 출발선이야. 성숙한 도구와 경쟁하지 않고 그 위에 짓는 방법이야 — 그 출력을 네 입력으로 소비하는 거.

Code

델타: 2->N, 스케일->곡, +Pippa·text

                 Fretastic        Bonfire
                 ---------        -------
view             2 (fb, kb)       N (fb, kb, staff, tab, drum...)
모델             정적 스케일      살아 있는 곡 / 솔로
설명             없음             Pippa Sidekick
분석 입력         수동             Capo 식 오디오 -> 코드/키 (adapter)

# Capo 의 결승선(라벨)이 Bonfire 의 출발선.
# 레퍼런스의 출력을 네 입력으로 소비해.

Exercise

동경하는 도구를 골라 그 하나의 증명된 아이디어를 이름 붙여. 이제 델타를 써: 그 아이디어를 도구가 하는 것 너머로 어떻게 일반화할까 — 어떤 축을 더, 더 풍부한 밑 모델, 더한 레이어? 답이 '다시 짓되 더 예쁘게' 면 클론하는 거야. 원본이 한 번도 탐험 안 한 축을 찾을 때까지 밀어.

Hint

가장 센 델타는 보통 개수를 일반화하거나(2 view -> N), 모델을 업그레이드하거나(정적 -> 살아 있는), 통째로 새 레이어를 더해(없던 설명). 그 셋 중 레퍼런스가 테이블에 남긴 게 뭔지 찾아.