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