# Python PEP, 태어나 세계로 퍼진 ‘○EP’ 이야기

> Clean Markdown view of GeekNews topic #21031. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=21031](https://news.hada.io/topic?id=21031)
- GeekNews Markdown: [https://news.hada.io/topic/21031.md](https://news.hada.io/topic/21031.md)
- Type: news
- Author: [darjeeling](https://news.hada.io/@darjeeling)
- Published: 2025-05-22T06:50:41+09:00
- Updated: 2025-05-22T06:50:41+09:00
- Original source: [hugovk.dev](https://hugovk.dev/blog/2025/peps-and-co/)
- Points: 9
- Comments: 0

## Summary

파이썬 **PEP**는 1990년대 말 **IETF RFC** 모델을 참고하여, 제안→토론→결론의 공식 프로세스를 도입하며 오픈소스 협업 방식에 혁신을 가져왔습니다. 이 체계는 **PEP 0**과 **PEP 1**에 의해 구체적으로 정의되어, 핵심 개발자의 아이디어 검토를 크게 효율화하였습니다. PEP 구조는 **AIP, KEP, JEP** 등 여러 글로벌 프로젝트로 확장되어, 각 커뮤니티의 개발 제안 프로세스 표준으로 자리잡았습니다. 제안 방식의 **투명성**과 **추적 가능성**은 현대 오픈소스 생태계에서 거버넌스와 로드맵 수립의 필수 요소임을 보여줍니다.

## Topic Body

####   
*— Hugo van Kemenade 블로그 「**PEPs & Co.**」 (2025-05-14) 요약*  [oai_citation:0‡Hugo van Kemenade](https://hugovk.dev/blog/2025/peps-and-co/)  
  
##### 한눈에 보는 키포인트  
1. **PEP의 탄생 배경**  
   * 1990년대 후반 CNRI에 있던 배리 워쇼우(Barry Warsaw)가 IETF RFC 모델을 참고해 “제안 → 토론 → 결론”의 공식 문서를 파이썬에도 도입해야 한다고 판단했다.  
   * 그는 “경쾌하다(peppy)”는 뉘앙스를 살려 ‘PEP’이라는 단어를 먼저 만들고, 거꾸로 *Python Enhancement Proposal*이라는 뜻을 붙인 *backronym*을 탄생시켰다.  
   * 워쇼우는 **PEP 0**(목차)과 **PEP 1**(프로세스 설명)을 직접 작성해 체계를 확립했다.  [oai_citation:1‡Hugo van Kemenade](https://hugovk.dev/blog/2025/peps-and-co/)  
  
2. **RFC 모델의 성공적 이식**  
   * PEP는 “하나의 문서에 내용을 모아 논의한다”는 방식을 통해 핵심 개발자가 폭주하는 아이디어를 효율적으로 검토할 수 있도록 했다.  
   * 이후 제안서 형식은 파이썬을 넘어 다수 오픈소스 프로젝트의 ‘협업 표준’으로 자리 잡았다.  [oai_citation:2‡Hugo van Kemenade](https://hugovk.dev/blog/2025/peps-and-co/)  
  
3. **다양하게 파생된 ‘○EP’들**  
   대표적인 확장판만 살펴봐도 PEP 모델의 전파력을 확인할 수 있다.  
   | 약어 | 커뮤니티 | 정식 명칭 |  
   |------|----------|-----------|  
   | **AIP** | Apache Airflow | *Airflow Improvement Proposal* |  
   | **BIP** | Bitcoin | *Bitcoin Improvement Proposal* |  
   | **DEP** | Django | *Django Enhancement Proposal* |  
   | **JEP** | Jupyter | *Jupyter Enhancement Proposal* |  
   | **KEP** | Kubernetes | *Kubernetes Enhancement Proposal* |  
   | **NEP** | NumPy | *NumPy Enhancement Proposal* |  
   | **SLEP** | scikit-learn | *Scikit-learn Enhancement Proposal* |  
   | **SPEC** | Scientific Python | *Scientific Python Ecosystem Coordination* |  
   | **TIP** | Tcl | *Tcl Improvement Proposal* |  
   | **XEP** | XMPP | *XMPP Extension Protocol* |  [oai_citation:3‡Hugo van Kemenade](https://hugovk.dev/blog/2025/peps-and-co/)  
  
4. **왜 중요한가**  
   * PEP는 대규모 분산 개발에서 **투명성·추적 가능성**을 보장하며, 커뮤니티가 스스로 로드맵을 설계하도록 돕는다.  
   * 블로그가 정리한 ‘○EP’ 목록은 “문서화된 제안 프로세스가 현대 오픈소스 거버넌스의 필수 요소”임을 보여준다.  [oai_citation:4‡Hugo van Kemenade](https://hugovk.dev/blog/2025/peps-and-co/)

## Comments



_No public comments on this page._