Bolt 기반 앱의 출시 전 체크리스트(두 번의 서둘러 출시를 통해 배운 내용)
Bolt는 주말에 작동하는 앱을 제공합니다. 처음 두 번 출시할 때 건너뛴 11가지 확인 사항은 이 기능이 수행할 수 없는 작업입니다.
Bolt는 앱을 설명하고 존재하는 것을 지켜보는 등 광고하는 부분에서 정말 놀랍습니다. 처음 두 번의 출시에서는 광고하지 않는 부분, 즉 '내 컴퓨터에서 작동함'과 '낯선 사람이 사용할 수 있음' 사이의 모든 것을 가르쳐 주었습니다. 이것이 제가 지금 실행하는 체크리스트이며, 각 체크에서 포착한 내용입니다.
환경 및 비밀 우선: 환경 변수의 모든 API 키는 클라이언트 코드가 아니며 개발 데이터베이스가 아닌 프로덕션 데이터베이스입니다. 첫 번째 실행이 클라이언트 측 키를 배송했기 때문에 하나가 있는지 확인하십시오. 두 가지 확인 항목이 존재하는 이유는 앱이 간략하게 프로덕션이었던 테스트 데이터베이스에 정중하게 이메일을 보냈기 때문입니다.
오류 상태 스윕이 그 다음으로 오고 AI 빌더가 체계적으로 놓치는 것은 모든 로드 상태, 모든 빈 목록, 모든 실패한 가져오기 및 오프라인 사례입니다. 생성된 앱은 여러분이 시연한 것이기 때문에 행복한 경로에 최적화되어 있습니다. 모든 화면을 돌아다니며 '이 작업이 실패하면 사용자에게 무엇을 보게 됩니까?'라고 묻는다면 실패하고 침묵에 빠지는 화면을 발견하게 될 것입니다.
비율 제한 및 할당량은 고유한 시간을 가질 자격이 있습니다. AI 제공업체가 비율을 제한할 때, 이메일 할당량이 한도일 때, 결제 웹후크가 재시도할 때 앱에 어떤 일이 발생합니까? Bolt 기반 앱은 샌드박스에서 탄생했기 때문에 무한한 용량을 가정하는 경향이 있습니다. 점진적 성능 저하는 나타나는 기능이 아니라 사용자가 지정하는 기능입니다.
마지막 세 가지는 화려하지 않고 협상할 수 없습니다. 즉, 데이터베이스의 실제 백업, 롤백 경로(이전 배포), 실제 돈으로 테스트된 전체 트랜잭션 또는 프로덕션 도메인의 실제 가입입니다. 첫 번째 출시에서는 세 가지를 모두 건너뛰고 운 좋게 살아 남았습니다. 체크리스트가 존재하므로 운이 더 이상 종속되지 않습니다.
