— Resumo do blog de Hugo van Kemenade, 「PEPs & Co.」 (2025-05-14) oai_citation:0‡Hugo van Kemenade
Principais pontos em um relance
-
Como o PEP surgiu
- No fim dos anos 1990, Barry Warsaw, que estava na CNRI, concluiu com base no modelo de RFC da IETF que o Python também precisava adotar documentos formais para o fluxo “proposta → discussão → conclusão”.
- Para manter a nuance de algo “leve” ou “animado” (peppy), ele criou primeiro a palavra ‘PEP’ e depois atribuiu a ela, retroativamente, o significado Python Enhancement Proposal, criando um backronym.
- O próprio Warsaw escreveu o PEP 0 (sumário) e o PEP 1 (explicação do processo), estabelecendo a estrutura do sistema. oai_citation:1‡Hugo van Kemenade
-
A adaptação bem-sucedida do modelo RFC
- O PEP permitiu que os principais desenvolvedores avaliassem com eficiência uma enxurrada de ideias ao concentrar a discussão em um único documento.
- Depois disso, o formato de proposta ultrapassou o Python e se consolidou como um “padrão de colaboração” em muitos projetos open source. oai_citation:2‡Hugo van Kemenade
-
Os diversos ‘○EP’ derivados
Só de olhar as extensões mais conhecidas já dá para ver o alcance do modelo PEP.Sigla Comunidade Nome oficial 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 -
Por que isso importa
- O PEP garante transparência e rastreabilidade em desenvolvimento distribuído em grande escala e ajuda a comunidade a desenhar seu próprio roadmap.
- A lista de ‘○EP’ organizada pelo blog mostra que um processo de propostas documentado se tornou um elemento essencial da governança moderna de projetos open source. oai_citation:4‡Hugo van Kemenade
Ainda não há comentários.