매뉴얼: 마이 빌드, 여러분의 제품 라이브러리

지난 화요일에 빌드를 찾다가 채팅에 뭐라고 이름을 붙였는지 기억이 안 났습니다 — 아마 "랜딩 페이지 v2" 같은 거였을 텐데, 여섯 주 지나니 그마저도 별 소용이 없더군요. 보통 그 순간이 마이 빌드가 있으면 좋은 기능에서 실제로 쓰게 되는 도구로 바뀌는 지점입니다. 생성한 앱이 서너 개를 넘어가면, 채팅 목록을 스크롤해서 만든 걸 찾는 건 필요 이상으로 느려지고, 라이브러리는 정확히 그 공백을 메우려고 만들어졌습니다. 습관적으로 먼저 검색창에 "admin"을 쳐봤다가, 포기하고 필터를 대신 썼습니다. 유형 웹 앱으로 좁히고, 카테고리 내부 도구와 고객 대상 도구로 더 좁혔더니, 세 번째 카드에 버전 배지 v3가 붙은 게 나타났습니다. 그 채팅에 두 번 다시 들어갔었다는 걸 잊고 있었죠. 라이브러리는 중복을 보여준 게 아니라 계보를 보여주고 있었습니다. v1과 v2는 사라진 게 아니라 그저 기본 뷰에서 벗어나 있었을 뿐인데, 이는 약 10분 뒤 다른 프로젝트의 클라이언트가 제가 v4로 배포한 내비게이션 변경을 싫어했을 때 중요해졌습니다. 예전 v3 카드를 열고 그 자리에서 파일 트리를 훑어본 다음, 필요한 파일 두 개를 꺼내 재배포했습니다. 다시 프롬프트를 입력할 필요도, 예전 레이아웃이 어땠는지 재구성하려고 채팅 기록을 뒤질 필요도 없었죠. 이게 바로 카드 구성이 열어보기도 전에 제 역할을 다하는 부분입니다: 검증 완료 후 캡처된 실제 스크린샷을 썸네일로 써서, 기술적으로는 빌드가 끝났지만 로드 시 오류가 났던 게 아니라 실제로 렌더링된 모습을 보여줍니다. 그 아래에는 유형과 카테고리 배지, 버전 번호, 상대적 타임스탬프가 있습니다. 클릭 없이도 대략적인 판단을 내리기에 충분하죠. 그리고 실제로 클릭하면 선택지가 명확히 갈립니다 —

미리보기는 다운로드나 로컬 서버 없이 실행 중인 빌드를 바로 엽니다. 웹사이트라면 배포된 실제 경험이고, 데스크톱이나 모바일 빌드라면 설치 없이 실행해보는 것에 가장 가까운 방법입니다.
코드는 그 자리에서 바로 훑어볼 수 있는 파일 트리입니다. 다운로드를 결정하기 전, 요청한 라이브러리를 실제로 썼는지 30초 안에 직관적으로 확인하는 데 항상 씁니다.
작업 메뉴에는 다운로드, 게시, 지원하는 모든 플랫폼용 네이티브 설치 프로그램, 스토어 등록 가능한 경우 스토어 배포, 템플릿으로 저장이 포함됩니다.

그 어느 것도 대화를 다시 열 필요가 없습니다. 그날 저는 원래 채팅으로 딱 한 번 돌아갔는데, 실제 변경을 요청하기 위해서였습니다 — 그게 라이브러리가 진짜로 대신해줄 수 없는 유일한 부분입니다. 변경에는 맥락이 필요하고, 맥락은 스레드에 있으니까요. 나머지는 전부 채팅으로 돌아가는 지름길이 아니라 채팅과 병행해서 라이브러리가 자체적으로 처리합니다. 카드에서 뭔가를 게시하면 다음에 그 스레드를 열 때 채팅에 반영되고, 채팅 안에서 게시하면 카드도 업데이트됩니다. 같은 빌드에 두 개의 문이 있는 셈입니다. 그날 오후 늦게 동료가 지난주에 만든 뭔가의 링크를 물었는데, 대화로 안내하지 않고 카드를 보냈다는 걸 알아챘습니다 — 솔직히 이미 게시되어 있었다면 카드에서 게시된 URL을 보냈을 겁니다. 아무도 파일 하나 찾으려고 남의 채팅 기록을 넘겨받고 싶어 하지 않죠. 팀에 한 사람당 빌드가 두어 개 넘게 쌓이면, 이런 식으로 꽤 자연스럽게 나뉩니다: 채팅은 여러분의 개인 작업실로 남고, 라이브러리는 다른 사람들이 실제로 만지는 대상이 됩니다. 주말 프로젝트로 만든 게임도 거기 있었는데, 그때 라이브러리가 같은 데이터를 보는 유일한 렌즈가 아니라는 걸 다시 깨달았습니다. 게임도 다른 것들과 마찬가지로 마이 빌드에 나타나지만, 내 게임에서도 플레이 모드와 게시 상태로 필터링되어 나타나며, 게임이 여러분 작업의 대부분이라면 그쪽이 더 나은 일상적 뷰입니다. 같은 논리가 게시됨에도 적용되는데, 이는 URL이나 스토어 대기열이 있는 모든 것의 현재 라이브 상태를 보여주고, 출시됨은 앱스토어나 확장 프로그램 스토어의 심사 상태를 추적합니다. 같은 카드들에 대해 다른 질문을 던지는 것뿐입니다 — "지금 뭐가 라이브 상태인가" 대 "주제 X에 대해 뭘 만들었나" — 별개의 시스템을 억지로 붙여놓은 게 아닙니다. 처음 겪었을 때 놀랐던 한 가지는, 빌드를 게시한다고 해서 그게 고정되는 게 아니라는 점이었습니다. 그 어드민 패널 채팅으로 다시 들어가서 변경을 요청했고 v4가 나왔는데 — 게시된 라이브 버전은 제가 명시적으로 재배포할 때까지 계속 v3를 제공했습니다. 생각해보니 이해가 됐습니다. 라이브 채팅에 대한 아무 프롬프트나 프로덕션 사이트를 깨뜨릴 수 있다면, 아무도 게시된 빌드를 다시 건드리지 않을 테니까요. 그 주에 거의 지나가는 김에 했던 또 다른 일은 그 어드민 패널을 템플릿으로 저장한 것이었습니다. 거의 같은 뼈대로 만든 세 번째 내부 도구였거든요 — 같은 레이아웃, 같은 인증 골격, 같은 테이블 컴포넌트, 그냥 밑에 깔린 데이터만 달랐죠. 템플릿으로 저장하기 구조와 스타일만 가져오고 구체적인 콘텐츠는 가져오지 않았는데, 그걸로 네 번째 빌드를 시작하니 원래 20분은 걸릴 기획 대화가 5분 정도로 줄었습니다. 다만 함정은 템플릿이 저장한 순간에 고정된다는 점입니다 — 이후로 제 관습은 계속 바뀌었는데, 예전 템플릿은 그걸 모릅니다. 어차피 갈라져 나갈 출발점으로는 괜찮지만, 계속 동기화 상태를 유지하는 재사용을 원한다면 템플릿화하기보다 빌드 간에 파일을 직접 참조하는 편이 낫습니다.

아무것도 만료되지 않습니다. 여섯 주 전의 그 v1, 여전히 v3 아래 계보에 남아 있고 — 여전히 미리보기, 다운로드, 게시가 가능하며, 오늘 아침에 만든 것만큼 그대로 꺼내 쓸 수 있습니다. 백그라운드에서 돌아가는 정리 타이머 같은 건 없습니다. 라이브러리는 여러분이 쫓기는 이력 페이지가 아니라, 거기서 바로 출시할 수 있는 아카이브입니다.

핸드북

공유X LinkedIn Facebook Reddit Quora WhatsApp Telegram 이메일

← 모든 게시글

매뉴얼: 내 빌드, 귀하의 제품 라이브러리

관련 글

BuildMidas 핸드북: 플랫폼 지도

잘 빌드되는 프롬프트 작성하기

계획 읽기 (그리고 바꾸기)