AI가 코드를 써도 중복을 그냥 두면 나중에 더 힘들다
에 코드를 맡기면 같은 로직이 여러 파일에 조금씩 다른 모습으로 반복되기 쉽다. 실제 경험에서는 사용자 활성 상태, 읽기 권한, 정지 여부, 계정 상태를 확인하는 접근 조건이 라우트 처리기, , , 웹훅에 따로 만들어졌다. 각각은 작동했고 테스트도 통과했지만, 원래라면 공통 함수로 빼서 한곳에서 관리하는 편이 더 깔끔했다.
문제는 이 기존 를 보고 다음 코드를 만든다는 점이다. 중복된 조건문을 그대로 합치면 모델은 그것을 프로젝트의 방식으로 받아들이고, 다음에도 같은 중복을 더 만들 수 있다. 나중에 리팩터링을 시켜도 모델이 모든 복사본을 빠짐없이 고친다고 믿기 어렵다.
작은 코드 냄새가 쌓이면 프롬프트만으로 정리하기 어려워지고, 결국 사람이 직접 구조를 바로잡아야 한다.
핵심 포인트
- 도 중복 로직을 그대로 합치면 나중에 관리하기 어렵다.
- 같은 접근 조건이 라우트 처리기, , , 웹훅에 각각 생겼다.
- 테스트가 통과해도 구조가 좋은 코드는 아닐 수 있다.
- 은 기존 의 패턴을 따라 새 코드를 만든다.
- 리팩터링을 AI에 맡겨도 모든 중복을 정확히 고친다고 보장하기 어렵다.