출시 버튼을 누른 뒤의 한 시간은 생각보다 길게 느껴질 수 있다. 통계 화면을 새로고침해도 숫자는 거의 움직이지 않고, 그 사이 고칠 곳은 계속 떠오른다. 이때 무엇을 해야 하는지 미리 정해 두지 않으면 기다림과 급한 수정이 섞인다. 작은 제품이라면 첫 한 시간의 목적을 성과 판정에서, 처음 온 사람이 어디서 막히는지 확인하는 일로 좁혀 볼 만하다.

개발자 커뮤니티의 질문 입력창 앞에서 오래 머무는 이유가 꼭 코드 때문만은 아니다. 너무 기초적인 내용을 묻는 것 같고, 설명하다가 모르는 부분이 더 드러날 것 같기도 하다. 그렇다고 충분히 공부한 뒤 질문하겠다고 미루면 시작할 날이 정해지지 않는다. 처음 남길 질문의 목표를 문제 전체의 해결에서, 다른 사람이 살펴볼 수 있는 작은 장면을 만드는 일로 낮춰 보면 어떨까.

검증 결과를 읽을 때 통과한 항목은 쉽게 눈에 들어옵니다. 반대로 실행하지 못한 확인은 짧은 보고서에서 사라지기 쉽습니다. 그런데 다음 작업을 정하는 데에는 그 빈칸이 더 중요할 수도 있습니다. AI가 만든 변경을 검토한다면, 성공한 검사 목록 옆에 아직 확인하지 못한 동작과 이유를 함께 남겨 보면 좋겠습니다. 완료 표시를 늘리기보다 다음 판단의 재료를 남기는 것입니다.