42 lines
2.3 KiB
Markdown
42 lines
2.3 KiB
Markdown
---
|
|
id: "YAGNI(You Ain't Gonna Need It) 20260317"
|
|
created: "2026-03-17 16:54"
|
|
tags:
|
|
aliases:
|
|
---
|
|
## 💡 생각
|
|
지금 당장 꼭 필요한 것만 만들어라. 미리 먼저 만들지 마라
|
|
|
|
---
|
|
## 📑 개념
|
|
소프트웨어 개발 원칙 중 하나로 직역하면 **그거 필요 없을걸요** 또는 **미리 만들지 마세요**라는 뜻을 담고 있습니다.
|
|
개발자가 미래에 필요할 것으로 예상되는 기능을 미리 구현하지 말고, **실제로 그 기능이 필요한 시점이 되었을 때 구현하라**는 핵심 메시지를 전달합니다.
|
|
## 📌 상세
|
|
### 1. YAGNI가 필요한 이유
|
|
|
|
많은 개발자가 나중에 이 기능이 추가될 때를 대비해 미리 구조를 잡거나 범용적인 코드를 작성하려는 유혹에 빠지곤 합니다. 하지만 이런 **추측에 기반한 개발(Speculative Development)**은 다음과 같은 부작용을 낳습니다.
|
|
|
|
- **시간 낭비:** 결국 쓰이지 않게 될 기능을 만드느라 현재 꼭 필요한 작업에 집중하지 못하게 됩니다.
|
|
|
|
- **코드 복잡성 증가:** 당장 필요 없는 코드가 들어가면 전체적인 시스템 구조가 복잡해지고, 나중에 코드를 읽거나 수정하기 더 어려워집니다.
|
|
|
|
- **유지보수 비용 발생:** 사용되지 않는 기능이라도 버그가 생기면 수정해야 하고, 의존성 업데이트나 리팩토링 시 고려 대상이 되어 짐이 됩니다.
|
|
|
|
- **잘못된 예측:** 미래의 요구사항은 변하기 마련입니다. 미리 만들어둔 기능이 나중에 정작 필요한 형태와 달라서 결국 다시 만들어야 하는 경우가 많습니다.
|
|
|
|
|
|
### 2. YAGNI를 실천하는 방법
|
|
|
|
- **현재의 요구사항에 집중:** 오늘 해결해야 할 문제와 기능에만 충실하게 코드를 작성합니다.
|
|
|
|
- **확장성보다는 단순성:** 나중에 확장될 것을 대비해 복잡한 추상화 계층을 미리 만들기보다는, 지금 당장 이해하기 쉽고 단순한 구조를 유지합니다.
|
|
|
|
- **리팩토링의 힘:** 나중에 정말로 기능 확장이 필요해졌을 때, 그때 가서 코드를 리팩토링하여 기능을 추가하는 것이 훨씬 효율적입니다.
|
|
|
|
## 📝 노트
|
|
> [!note]
|
|
>
|
|
> - 작업의 가치는 그것이 실제로 사용될 때 발생합니다.
|
|
|
|
---
|