한 개발자는 다섯 번째로 같은 오류를 수정하며 한숨을 내쉬었습니다. 이 레거시 코드는 마치 거미줄처럼 얽혀 있었고, 한 줄만 바꿔도 다른 모듈이 무너졌습니다. 버그는 반복됐고, 기능 추가는 매번 지뢰찾기처럼 위험했습니다. 여러분도 이런 코드, 마주한 적 있으신가요?
그는 결심했습니다. 코드를 완전히 재작성하지 않고도 리팩토링할 방법을 찾기로요. 목표는 **"의존성을 끊고, 테스트 가능한 구조 만들기"**였습니다. 그는 gpt에게 다음과 같은 프롬프트를 던졌습니다:
프롬프트
복사
# 레거시 코드 리팩토링 전략 요청 프롬프트
## 페르소나: 5년차 백엔드 개발자, Java/Spring 기반
## 상황: 테스트 코드 없음, 의존성 복잡, 기능 추가 어려움
## 목표: 단계적 리팩토링, 의존성 분리, 단위 테스트 가능하게 전환
## 요청사항:
* 코드 예시 포함
* 추상화 또는 인터페이스 활용법 설명
* 도입 순서와 우선순위 제시
* 단위 테스트 도입 시점 안내
* [기존 클래스 이름], [의존 모듈 이름]은 사용자 입력
* 출력: 단계별 설명 + 예제 코드
망가뜨리지 않고 고치는 법, 그것은 작은 추상화에서 시작됐습니다. 여러분의프로젝트에도
적용해보시겠어요?
좋아요
8
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
음악의 멜로디가 나를 썼다
무슨 곡을 만들지 고민하는 날보다, 손이 먼저 움직이는 날이 있습니다. 그날이 바로 그랬습니다. 악보는 없었습니다. 박자도...
학습 흥미를 잃은 온라인 수강생들, 어떻게 다시 참여하게 했을까?
온라인 교육 과정의 중간 지점, 학생들의 참여율이 눈에 띄게 감소하기 시작했습니다. 처음엔 활발했던 토론방이 점차 침묵에...