“요즘 프런트엔드는 너무 복잡해요. 어디서 시작해야 하나요?”
이 말을 받은 사람이 나라고 생각해 보자. 도움을 청한 사람은 백엔드를 해 봤고 자기 작은 도구에 웹 화면을 붙이고 싶다. 템플릿을 열자 라우팅, 빌드, 상태 관리, 낯선 의존성이 나왔다. 이틀 밤이 지나도 첫 데이터가 화면에 뜨지 않았다.
튜토리얼을 줄 수도 있다. 또는 “주말이 끝날 때 이 부분을 직접 익히고 싶은가요, 아니면 다른 사람이 이미 도구를 쓸 수 있길 바라나요?”라고 물을 수 있다.
두 바람은 같은 도움 요청에 숨어 있지만 사람을 다른 곳으로 데려간다.
배우고 싶다면 의존성을 대부분 뺀 작은 프로젝트가 완전한 강좌보다 나은 출발점일 수 있다. 누군가 데이터 가져오기, 목록 표시, 클릭 한 번 처리로 일을 나눠 주면 기존 경험을 연결할 수 있다. 빨리 공유하고 싶을 뿐이라면 기존 화면이나 다른 개발자의 짧은 도움이 더 직접적일 수 있다.
이 가상 대화에서 첫 질문을 “잘못 이해한” 것은 아니다. 아직 명확한 과제로 자라지 않은 상태였다. 응답자가 과제 형성에 참여한 것이다.
많은 협업 시스템은 반대 순서를 기대한다. 요구를 명확히 쓰고 능력을 설명한 뒤 매칭한다. 원하는 것을 이미 아는 사람에게 맞는 순서다. 아직 찾는 사람에게는 일의 상당 부분을 시스템 문밖에 남긴다.
내 관심은 불완전한 표현에서 시작해 응답이 그것을 구체화할 수 있느냐에 있다.
응답은 가장 경력이 긴 사람에게서 오지 않아도 된다. 같은 시행착오를 막 겪은 학습자는 어떤 낯선 단어에 막혔는지 알 수 있다. 템플릿 관리자는 충분히 작은 출발점을 줄 수 있다. 직접 도울 수 없는 친구도 적합한 사람을 소개할 수 있다. 비슷한 경험, 상호 보완 능력, 관계 소개는 서로 다른 도움을 준다.
모두 한 번에 나타날 필요도 없다. 실행 가능한 페이지를 먼저 찾으면 혼자 이어 갈 수 있을지 모른다. 해 본 뒤에도 남는 어려움에만 다음 관계가 필요하다. 전문가 세 명을 동시에 대화에 넣으면 원래 기술 문제보다 조정이 어려워질 수도 있다.
여기에는 AI가 할 만한 세심한 일이 있다. 흩어진 자료를 상대가 받아들이기 쉬운 초대로 정리하는 것이다.
JSON을 반환하는 API가 있고 주말 전까지 공유할 목록 화면을 만들고 싶습니다. 백엔드는 쓸 수 있지만 프런트엔드 빌드는 익숙하지 않습니다. 최소 API 예를 첨부합니다. 간단한 출발점을 고르는 데 30분 도와주실 분이 있나요?
목표, 출발점, 범위가 있으면 상대는 도울 수 있을지 판단하기 쉽다. 응답 뒤에는 초대도 바꿀 수 있다. 30분이면 도구 선택은 충분해도 사용법을 가르치기는 부족할 수 있다. 요청자도 최소 페이지를 보고 서둘러 공개하기보다 먼저 배우기로 결정할 수 있다.
그러면 시스템은 매번 사람 하나뿐 아니라 질문을 고칠 기회도 얻는다. 다음에 찾는 대상은 처음과 달라질 수 있다.
발견 시스템의 평가도 달라진다. 관련 목록은 중간 결과가 될 수 있지만 한 번의 도움이 무엇을 남겼는지 더 살펴볼 만하다. 첫 화면을 만들었나, 이어 갈 자료를 찾았나, 적절한 사람에게 일을 다시 나눴나? 양쪽은 얼마나 시간을 썼나?
결국 탭 열 개만 더 열었다면 우리는 그 두 밤에서 벗어나도록 돕지 못했다.
ToWow가 관심을 두는 발견은 여기서 시작할 수 있다. 아직 어려움을 정확히 설명하지 못하는 사람도 시도할 도움을 얻도록 한다. 다음 단계가 충분히 작아야 실제로 일어나기 쉽고, 응답이 구체적이어야 첫 문장이 바뀔 기회를 얻는다.