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