LOOPY

6개월간 클로드 코드를 매일 사용한 시니어 개발자의 조언 수많은 시행착오 끝에 진짜 생산성을 올려준 Claude Code 워크플로우 ■ 복잡한 건 무조건 'Plan' 모드부터 코드 쓰기 전에 접근 방식/단계부터 먼저 뽑기 ■ '전체 기능 구현' 금지, 항상 첫 스텝부터 처음부터 "이 기능 전체 구현해줘" = 망하는 지름길 한 단계 만들고, 리뷰하고, 다음 단계로 넘어가는 식으로 쪼개기 ■ 'Preview' 적극 활용 데스크톱 앱의 Preview 기능으로 프런트엔드 코드를 렌더링하고 눈으로 보면서 디버깅하기 ■ 버그는 직접 고치지 말고 Claude에게 시켜라 에러 로그·스크린샷·테스트 결과 던져주고 "여기서 이렇게 깨진다, 네가 고쳐라" Claude가 스스로 맥락을 업데이트하게 만들기 ■ 리뷰 전에 /simplify 한 번 돌려라 과설계, 쓸데없는 추상화, 중복 코드를 먼저 다듬고 나서 리뷰하면 훨씬 덜 피곤하다. ■ 세션 끝날 때 '레트로'를 남겨라 "오늘 세션에서 배운 점/결정/실수/다음 할 일 정리해서 retro 노트 만들어줘"라고 시키기 노하우를 쌓는데 도움이 된다.

6개월간 클로드 코드를 매일 사용한 시니어 개발자의 조언 수많은 시행착오 끝에 진짜 생산성을 올려준 Claude Code 워크플로우 ■ 복잡한 건 무조건 'Plan' 모드부터 코드 쓰기 전에 접근 방식/단계부터 먼저 뽑기 ■ '전체 기능 구현' 금지, 항상 첫 스텝부터 처음부터 "이 기능 전체 구현해줘" = 망하는 지름길 한 단계 만들고, 리뷰하고, 다음 단계로 넘어가는 식으로 쪼개기 ■ 'Preview' 적극 활용 데스크톱 앱의 Preview 기능으로 프런트엔드 코드를 렌더링하고 눈으로 보면서 디버깅하기 ■ 버그는 직접 고치지 말고 Claude에게 시켜라 에러 로그·스크린샷·테스트 결과 던져주고 "여기서 이렇게 깨진다, 네가 고쳐라" Claude가 스스로 맥락을 업데이트하게 만들기 ■ 리뷰 전에 /simplify 한 번 돌려라 과설계, 쓸데없는 추상화, 중복 코드를 먼저 다듬고 나서 리뷰하면 훨씬 덜 피곤하다. ■ 세션 끝날 때 '레트로'를 남겨라 "오늘 세션에서 배운 점/결정/실수/다음 할 일 정리해서 retro 노트 만들어줘"라고 시키기 노하우를 쌓는데 도움이 된다.

완벽주의는 게으름의 다른 얼굴이다. “나는 완벽주의자야” 이 말을 자기소개서에도 쓰고
 심지어 자랑스럽게 말하는 사람도 있다. 근데 심리학자들이 밝혀낸 진실은 좀 다르다. 완벽주의는 성실함이 아니라 게으름의 가장 세련된 포장지일 수 있다. 완벽주의자의 하루를 생각해보자. → 뭔가를 시작하려 한다
 → “아직 준비가 안 됐어”
 → 시작 못 함
 → 자책한다
 → 자책하느라 지쳐서 또 못 함 이게 반복된다. 문제를 해결하는 게 아니라 스스로를 벌주는 것으로 대신함으로써 마치 실패의 대가를 다 치른 것처럼 착각한다. 종교의 ‘참회’랑 구조가 똑같다.
 죄를 고백하고 괴로워하면, 실제로 바꾸지 않아도 뭔가 한 것 같은 기분이 든다. 그게 왜 게으름이냐고? 고통받는 건 쉽다.
 실제로 실행하는 게 어렵다. 완벽주의는 ‘행동’ 대신 ‘감정’을 소비하게 만든다.
 이건
 “게으름이 자기 자신을 숨기는 방식”이다. 더 무서운 건 타인 지향적 완벽주의다. “나는 기준이 높아서 그래”
 “너를 위해서 말하는 거야” 근데 실상은?
 자기 기준을 상대에게 강요하는 거다. 소통도, 타협도 건너뛰고
 상대를 내 기준에 맞추려는 통제다. 이걸 사랑이나 조언으로 포장하면 관계는 서서히 무너진다. 심리학자 배리 슈워츠, 그는 2004년 책 《선택의 역설》에서 인간을 두 유형으로 나눴다. ■ 극대화주의자 (Maximizer)
 → 항상 ‘최고’를 찾는 사람
 → 완벽한 침대를 사려고 3시간 동안 리뷰를 뒤진다 → 끝내 못 고르고 그냥 잔다 ■ 만족주의자 (Satisficer) → ‘적당히 좋은 것’을 찾으면 바로 실행 → 완벽하지 않아도 괜찮다는 걸 안다 연구 결과, 만족주의자가 더 행복하다.
 최고를 가져서가 아니라, 갖지 못한 것에 괴롭지 않기 때문 역사에서도 비슷한 사례를 찾을 수 있다. 세계2차대전, 영국은 레이더 개발에서 완벽한 성능을 기다리지 않고 “적당히 작동하는 것”을 먼저 배치했다. 그 결과, 독일 공습을 막아냈다. 완벽을 기다렸다면 런던은 모두 불탔을 거다. 아마존 창업자, 제프 베조스의 법칙도 비슷하다. “대부분의 결정은 원하는 정보의 70%만 있을 때 해라.
 90%를 기다리면, 이미 늦다.” 원하는 정보 100%는 현실에 존재하지 않는다. 그걸 기다리는 건 영원히 시작을 안 하겠다는 말이다. 그럼 완벽주의를 버려야 하나? 아니다. 완벽의 정의를 바꿔야 한다. 완벽은 실수 없는 완성된 결과물이 아니라, 완벽 = 실행 → 피드백 → 개선의 반복 과정. 70점짜리를 세상에 내놓고 피드백을 받으면서 90점으로 만드는것, 그게 진짜 완벽을 향해 가는 유일한 길이다. 완벽주의의 감옥에서 나오는 열쇠는 딱 하나다. “완벽하지 않은 나를 인정하는 용기” 자신을 벌주는 대신 자신을 이해하고 실행하는 것, 그때부터 진짜 성장이 시작된다.