먼저 답해야 하는 질문
이미 벤더 하네스 여러 개로 모형이랑 얘기하는 가족한테, 창이 하나 더 필요할 일은 없어. 그 제품들은 이미 루프를 돌리고, 이미 도구를 부르고, 이미 기록을 남기고, 이미 위험한 명령 앞에서 물어. Firebrand가 그 세션 위에 예쁘게 얹은 런처라면 한 해를 버린 거야.
처음 거절은 짧아. 벤더에 종속적일 거면 뭐하러 만들어? 벤더 하네스는 이미 잘 돌아가. 그 창을 다시 만드는 건 제품이 아니야. 루프와 도구와 기록과 권한 결정을 소유하는 게 제품이지.
일 둘, 둘 다 필수
첫 일은 벤더 중력 없는 소유야. 프론티어 하네스는 선이든 로그인이든 값이든 종료일이든 바꿀 수 있어. 그 권리야. 가족이 코딩을 맡기는 유일한 사본을 거기 두면 안 돼. Firebrand는 계정 없는 로컬 데몬 하나만 살아 있어도 붙을 자리를 남겨.
둘째 일은 실험실이야. 하네스를 쓰면 그 창에 타이핑하는 법을 배워. 하네스를 만들면 스텝이 뭔지, 끊김이 뭔지, 권한의 단위가 뭔지, 작은 모형이 도구가 아닌 도구 호출을 뱉으면 어떻게 되는지를 배워. 그 질문엔 빌려서 얻을 답이 없어.
런처는 남의 루프를 상속해. 엔진은 자기 루프를 가져. 시험은 단순해. 벤더 제품이 내일 사라지면, 워크스페이스를 상대로 턴을 돌리고 무슨 일이 있었는지 증명할 수 있어? 그 답이 상대 클라이언트를 필요로 하면 북마크를 만든 거야.
이 퀘스트가 안 하는 일
그 벤더 제품을 이기라고 가르치지 않아. 쓰라고 말리지도 않아. 각 브레인의 본집은 그대로 그쪽이야. Firebrand가 있는 이유는 하네스에 묶이지 않은 모형도 붙일 수 있게, 그리고 하네스 아이디어를 소비만 하지 않고 재보게.