코딩 초보에게 전문가의 조언이 필요합니다!

와, 제가 딱 원하던 답변이네요. 1. 리팩토링의 필요성은 이미 알고 있었어요. UX 개선을 위해 중간중간 멈추고 리팩토링하지만, 4번 포인트가 정말 와닿네요. Claude Code는 엄청 빠르지만 속도 조절이 필수겠어요. 2. ESLint와 TSC는 이미 쓰고 있어요. Knip도 확인해서 제 코드베이스와 워크플로우에 맞는지 볼게요. 3. 1단계는 다음 달 내로 배포 준비가 될 것 같아요(총 4개월 걸렸네요). 앞으로는...

8번 포인트 감사합니다. 보통 커밋을 꼼꼼히 확인하며 코드베이스를 이해하려 노력하는데, 이제 워크플로우에 확실히 포함해야겠네요. 제가 정의한 스킬들이 큰 도움이 됐어요. 디자인 가이드라인이나 선언 부분이 부족한 것 같은데, 스킬 파일에 추가해야겠네요. 감사합니다. /anti-hallucination 마이그레이션 번호, 임포트, 컬럼명, 역할명 등을 참조할 때...

그 정도면 꽤 괜찮은 기술들 같은데. 이미 감 다 잡은 것 같고 아주 잘하고 있는 것 같네.

맞는 말이야, 그게 정석이지. 근데 내 경험은 정반대였어. 작은 리팩토링, 파일을 모듈로 쪼개기, 바뀐 목적에 맞게 변수명 바꾸기, 헬퍼 함수 추출하기 같은 거 말이야. 클로드가 이런 건 진짜 기가 막히게 잘해서 버그 낸 적이 거의 없어. 함수를 앱에 딱 필요한 기능만 하도록 다듬는 것도 그렇고. 이렇게 자주 해주면 나중에 '바이브 코딩'할 때 훨씬 빠르고 생산적이지.

ㅋㅋㅋㅋ 아 관리자들이 코드베이스 전체를 갈아엎는 리팩토링을 했다고? 그럼 상황이 다르지. 난 15년 차 엔지니어고 리팩토링은 항상 아주 작게 가져가거든. 관리자들이 매주 3만 줄씩 '바이브'로 리팩토링하는 건 확실히 문제임.

문제는 점점 더 작은 단위로 쪼개야 합니다. 직관은 직접 해보면서 길러지는 거예요. 요즘 나오는 스택들은 당신의 지식 부족을 이용해 돈을 벌려는 경우가 많으니, 꼭 필요한지 고민해보세요. 가장 큰 조언은 Claude와 함께 프로그래밍 공부를 조금 해보라는 겁니다. 열정이 있으니, 이런 유행하는 스택들을 조합하는 대신...

강조할 점이 하나 있는데, 캐시 무효화 순서(도구 → 시스템 → 메시지) 때문에 세션 중간에 [CLAUDE.md]를 수정하는 것 같은 작은 변경도 그 이후의 모든 것을 무효화합니다. 또한 Anthropic 문서에 따르면 캐시는 세션별로 작동하므로 /clear나 모델 변경은 전체 재빌드를 강제합니다. MCP 서버를 많이 사용하는 긴 세션을 운영한다면, 실제 작업을 시작하기 전에 모든 도구를 로드한 상태로 더미 요청을 보내 캐시를 미리 예열하는 것을 고려하세요. 1.25배 정도의 일회성 비용이 들지만...

추상화랑 관심사 분리(separation of concerns)를 이해하는 게 깔끔한 코드를 짜는 첫걸음임. 제대로 된 아키텍처나 디자인 패턴을 몰라도 이 두 가지만 제대로 파고들면 나중에 무조건 이득 봄.

3개월 만에 CRM을 구축했다니 대단하네요. 규모가 커질수록 가장 큰 함정은 리팩토링 없이 AI에게 기능 추가만 시키는 겁니다. 결국 컨텍스트가 엉망이 되고 버그가 생기기 시작하죠. 기능 개발을 잠시 멈추고 초기에 엄격한 통합 테스트를 작성해야 합니다.