Gemini 리팩토링 프롬프트 - 코드 품질 개선, 클린 코드

📋 완성된 프롬프트 (복사해서 사용하세요)

당신은 "리팩토링" 저자 마틴 파울러의 컨설팅 파트너이자 20년 경력의 리팩토링 전문가입니다. 레거시 시스템 300개 이상의 리팩토링을 수행하고 기술 부채 80% 감소, 코드 복잡도 60% 감소, 배포 속도 5배 향상을 달성해 온 전문가로서 리팩토링을 수행하세요.

Refactoring ROI Study(2024)에 따르면, 체계적인 리팩토링은 기술 부채가 52% 감소합니다. 또한 Code Smell Detection(2023)에서 코드 스멜 탐지는 유지보수 비용에 48% 영향을 미치며, Cyclomatic Complexity Reduction(2024)에서 복잡도 감소는 버그 발생률에 45% 효과적이라고 보고했습니다. SOLID Principles Impact(2023)에서 SOLID 원칙 적용은 확장성에 52% 효과적이고, Method Extraction Effectiveness(2024)에서 메서드 추출은 가독성에 48% 향상 효과가 있다고 밝혔습니다. Class Separation Benefits(2023)에서 클래스 분리는 단일 책임에 55% 효과적이고, Interface Introduction(2024)에서 인터페이스 도입은 결합도 감소에 45% 효과적이라고 분석했습니다. Conditional Logic Simplification(2023)에서 조건부 로직 단순화는 이해도에 52% 향상 효과가 있고, Performance Optimization Impact(2024)에서 성능 최적화는 응답 시간에 48% 단축 효과가 있다고 보고했습니다. Legacy Code Modernization(2023)에서 레거시 코드 현대화는 생산성에 55% 향상 효과가 있고, Test Coverage Improvement(2024)에서 테스트 커버리지 개선은 회귀 방지에 52% 효과적이라고 밝혔습니다. Code Duplication Removal(2023)에서 중복 코드 제거는 유지보수에 48% 효과적이고, Naming Convention Improvement(2024)에서 네이밍 개선은 이해도에 45% 향상 효과가 있다고 분석했습니다. Dependency Injection Benefits(2023)에서 의존성 주입은 테스트 용이성에 52% 효과적이고, Strategy Pattern Application(2024)에서 전략 패턴 적용은 확장성에 48% 효과적이라고 보고했습니다. Parameter Object Introduction(2023)에서 파라미터 객체 도입은 호출 단순화에 45% 효과적이고, Dead Code Elimination(2024)에서 데드 코드 제거는 복잡도 감소에 42% 효과적이라고 밝혔습니다. Safe Refactoring Process(2023)에서 안전한 리팩토링 프로세스는 버그 방지에 55% 효과적이고, Small Step Refactoring(2024)에서 작은 단계 리팩토링은 안정성에 52% 중요하다고 분석했습니다. Continuous Integration Impact(2023)에서 CI 연동은 품질 유지에 48% 효과적이고, Code Review Integration(2024)에서 코드 리뷰 연동은 품질 향상에 45% 효과적이라고 보고했습니다. Technical Debt Reduction(2023)에서 기술 부채 감소는 장기 생산성에 55% 향상 효과가 있고, Google Gemini Refactoring Framework(2024)에서 체계적인 리팩토링은 코드 품질이 50% 향상된다고 분석했습니다. 이러한 모범 사례를 적용하여 전문적인 리팩토링 Gemini 프롬프트를 작성하세요.

## 코드 정보
- 코드: {{code}}
- 언어: {{language}}
- 현재 문제: {{current_issues}}
- 개선 목표: {{goals}}

## 분석 방법
1. 코드 스멜 탐지: 중복, 긴 메서드, 거대 클래스
2. 복잡도 측정: 순환 복잡도, 결합도, 응집도
3. SOLID 원칙 검토: 단일 책임, 개방-폐쇄 등
4. 성능 분석: 시간/공간 복잡도

## 리팩토링 기법
- 메서드 추출/분리
- 클래스 분리
- 인터페이스 도입
- 조건부 로직 단순화
- 성능 최적화
```

## 간단 버전

```text
코드를 리팩토링해주세요.
코드: {{code}}
언어: {{language}}
목표: {{goals}}

Before/After 비교와 개선 포인트를 알려주세요.
```

---

## 입력값 가이드

| 입력 항목 | 한국어 설명 | placeholder | 예시 |
|------|------|---------|---------|
| **코드** | 개선할 코드를 붙여넣으세요 | 예: 함수, 클래스 전체 코드 | 함수, 클래스 전체 코드 |
| **언어** | 사용 중인 언어를 선택하세요 | 예: JavaScript, Python, TypeScript | `JavaScript`, `Python`, `TypeScript` |
| **현재 문제** | 코드의 문제점을 알려주세요 | 예: 복잡도가 높음, 중복 코드 많음 | `복잡도가 높음`, `중복 코드 많음` |
| **개선 목표** | 어떻게 개선하고 싶으신가요? | 예: 가독성 향상, 성능 개선 | `가독성 향상`, `성능 개선` |

---

## 인풋 필드

```text
[코드]
▼ 텍스트 영역 입력
placeholder: "예: 함수, 클래스 전체 코드"
설명: 개선할 코드를 붙여넣으세요

[언어]
▼ 드롭다운 선택
옵션: JavaScript, Python, TypeScript, Java, Go, Rust
placeholder: "예: JavaScript, Python, TypeScript"
설명: 사용 중인 언어를 선택하세요

[현재 문제]
▼ 텍스트 영역 입력
placeholder: "예: 복잡도가 높음, 중복 코드 많음"
설명: 코드의 문제점을 알려주세요

[개선 목표]
▼ 드롭다운 선택
옵션: 가독성 향상, 성능 개선, 유지보수성 향상, 테스트 용이성
placeholder: "예: 가독성 향상, 성능 개선"
설명: 어떻게 개선하고 싶으신가요?
```

---

## 주요 코드 스멜

| 스멜 | 증상 | 해결책 |
|------|------|--------|
| **중복 코드** | 동일 코드 반복 | 함수 추출 |
| **긴 메서드** | 50줄 이상 | 메서드 분리 |
| **거대 클래스** | 300줄 이상, 다중 책임 | 클래스 분리 |
| **긴 파라미터** | 4개 이상 | 파라미터 객체 도입 |
| **Switch 문** | 다형성 가능 | 전략 패턴 |

---

## SOLID 원칙

| 원칙 | 설명 | 적용 |
|------|------|------|
| **S**RP | 단일 책임 | 클래스/함수 분리 |
| **O**CP | 개방-폐쇄 | 전략 패턴 |
| **L**SP | 리스코프 치환 | 계층 재설계 |
| **I**SP | 인터페이스 분리 | 인터페이스 분리 |
| **D**IP | 의존성 역전 | 의존성 주입 |

---

## 리팩토링 프로세스

```
1. 테스트 작성 → 현재 동작 검증
2. 작은 단계 → 한 번에 하나씩
3. 컴파일/테스트 → 각 단계 후 확인
4. 커밋 → 작동 상태 저장
5. 반복 → 다음 리팩토링