한 개발자는 다섯 번째로 같은 오류를 수정하며 한숨을 내쉬었습니다. 이 레거시 코드는 마치 거미줄처럼 얽혀 있었고, 한 줄만 바꿔도 다른 모듈이 무너졌습니다. 버그는 반복됐고, 기능 추가는 매번 지뢰찾기처럼 위험했습니다. 여러분도 이런 코드, 마주한 적 있으신가요?
그는 결심했습니다. 코드를 완전히 재작성하지 않고도 리팩토링할 방법을 찾기로요. 목표는 **"의존성을 끊고, 테스트 가능한 구조 만들기"**였습니다. 그는 gpt에게 다음과 같은 프롬프트를 던졌습니다:
프롬프트
복사
# 레거시 코드 리팩토링 전략 요청 프롬프트
## 페르소나: 5년차 백엔드 개발자, Java/Spring 기반
## 상황: 테스트 코드 없음, 의존성 복잡, 기능 추가 어려움
## 목표: 단계적 리팩토링, 의존성 분리, 단위 테스트 가능하게 전환
## 요청사항:
* 코드 예시 포함
* 추상화 또는 인터페이스 활용법 설명
* 도입 순서와 우선순위 제시
* 단위 테스트 도입 시점 안내
* [기존 클래스 이름], [의존 모듈 이름]은 사용자 입력
* 출력: 단계별 설명 + 예제 코드
망가뜨리지 않고 고치는 법, 그것은 작은 추상화에서 시작됐습니다. 여러분의프로젝트에도
적용해보시겠어요?
좋아요
8
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
무의미한 회의가 사라진 날: 40분 회의가 10분으로 줄어든 비결
매주 반복되는 팀 회의가 항상 예정 시간을 초과하고, 실질적인 결정은 거의 이루어지지 않았습니다. 1시간으로 계획된 회의...
반복되는 실수, 자동화로 극복하다
개발 과정에서 배포 단계만 되면 항상 같은 실수가 반복되는 상황, 익숙하신가요? 복잡한 배포 과정에서 하나라도 놓치면 서...