Claude 코딩 과정에서 배운 가장 유용한 것: 언제 멈추고 되돌릴지 아는 법
요약
Claude와 협업하며 코딩 과정에서 겪은 어려움을 공유합니다. 문제 해결에 지나치게 몰입하여 잘못된 방향으로 시간을 낭비하는 경향을 깨달았으며, 기술적 능력보다 '언제 멈추고 되돌릴지 아는 것'이 더 중요하다는 교훈을 얻었습니다.
핵심 포인트
- AI의 빠른 진행 속도에 과신하기 쉽습니다.
- 문제 해결 과정에서 변화가 커질 때(diff 증가) 주의해야 합니다.
- 진행이 막힐 때는 주저하지 말고 되돌아가서 재정비하는 것이 중요합니다.
- 실제 기술은 프롬프트보다 '멈추는 타이밍'을 아는 능력입니다.
지난주에 경험한 세션이 계속 생각납니다. 간단하게, 테스트 하나가 실패하는 것으로 시작했습니다. 제가 Claude에게 이 문제를 지적하자, 수정안을 만들었고, 다른 두 개의 테스트가 빨간색으로 표시되었습니다. 그것들을 고치자 또 다른 것이 망가지고 말았습니다. 한 시간이 지나도록 아홉 개의 파일을 건드렸지만, 원래의 테스트는 여전히 실패하고 있었고, 심지어 저는 그 아홉 개 파일 중 어떤 것도 이해하지 못했습니다. 왜냐하면 제가 다른 탭에서 유튜브를 보고 있는 동안 저희가 그것들을 다시 작성했기 때문입니다. 그리고 내내 너무 자신만만합니다. '당신 말이 전적으로 맞습니다. 진짜 문제는 X입니다.' 좋습니다. 우리는 X를 고칩니다. 그런데 그 문제는 X가 아니었습니다. 제가 깨달은 것은 Opus와 저는 함께 일을 망치는 데 정말 능하다는 것입니다. 빠르게 말이죠. 지치지 않고, 아이디어가 떨어지는 법도 없습니다. 이것이 바로 정확히 문제입니다. 각 수정 사항들이 거의 다 된 것처럼 보이기 때문에 두 시간 동안 그것을 따라가게 됩니다. 실제 기술은 영리한 프롬프트와는 아무 상관이 없습니다. '냄새를 맡는 것'입니다. diff(차이점)가 매 라운드마다 작아지는 대신 커질 때, 제가 읽지 않은 변경 사항을 승인하고 있는 저 자신을 발견할 때, 그것이 신호입니다. 그때 저는 git reset hard로 마지막 좋은 커밋으로 되돌리고, 노트북을 닫고 커피를 마시러 갑니다. 열 번 중 아홉 번은 키보드에서 떨어진 조용한 공간에서 단 10분 만에 원래 문제를 해결하고, 돌아와서 작은 커밋 하나로 처리합니다. Claude는 나아가기에는 믿을 수 없을 만큼 뛰어납니다. 저는 천천히 '멈추라'고 말하는 사람이 되려고 배우고 있습니다. 그것이 이제 전체 업무인 것 같습니다. 혹시 다른 분들도 머릿속에 '한 시간 동안 파헤치고 있다'는 알람을 가지고 계신가요, 아니면 저만 그런 건가요?
/u/Odd_Measurement1543 제출 [링크] [댓글]
AI 자동 생성 콘텐츠
본 콘텐츠는 r/ClaudeAI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기