Esta es la cuarta nota sobre los PEP, que son procesos destinados amejorar Python en futuras versiones. Sugerimos que leas las anteriores para que completes tu cumpresión de este tema. Ahora hablemos de lo que ocurre cuando un PEP para mejorar Python pasa el proceso de revisar un pep en python.
Por esa razón y muchas otras más no menos importantes, es que te recomendamos este curso de python profesional, el cual lo imparten de manera presencial o en linea, con instructores expertos en este lenguaje de programación.
Una vez que se completa el proceso de revisión y los editores del PEP lo aprueban, aplastarán su decisión. Sin embargo, te en cuenta que esto no es lo mismo que aceptar su PEP. Los editores no negarán sin razón la publicación de un PEP. Algunas razones para negar el estado de PEP incluye la duplicación de esfuerzos, ser técnicamente incorrecto, no proporcionar la motivación adecuada o abordar la compatibilidad con versiones anteriores, o que no esté de acuerdo con la filosofía de Python. Se puede consultar al Consejo Directivo durante la fase de aprobación, pues es el árbitro final de la capacidad PEP de un borrador.
Los desarrolladores con privilegios de git push para el `repositorio PEP` pueden reclamar números PEP directamente creando y comprometiendo un nuevo PEP. Al hacerlo, el desarrollador debe manejar las tareas de las que normalmente se ocuparía el Editores de PEP. Esto incluye asegurarse de que la versión inicial cumpla con los estándares esperados para enviar una solicitud para revisar un pep e python, y modificación de Python.
Alternativamente, incluso los desarrolladores deben enviar PEP a través de una solicitud de extracción. Al hacerlo, generalmente se espera que quien lo envíe maneje todo el proceso implicado; si necesita ayuda de los editores de PEP, puede escribir a ``@python/pep-editors '' en GitHub. Como las actualizaciones son necesarias, el autor de PEP para Python puede verificar nuevas versiones si tiene privilegios de git push.
Después de que se ha asignado un número, se puede discutir un borrador de PEP más adelante en Python-ideas. Eventualmente, todos los PEP de
seguimiento de estándares deben enviarse a `python-dev list
Los PEP de seguimiento de normas de Python que constan de dos partes, un documento de diseño y un Implementación de referencia. Generalmente se recomienda que al menos un la implementación del prototipo se desarrolle conjuntamente con el PEP, como ideas que suenan buenos en principio a veces resultan imprácticos cuando se someten a la prueba de implementación.
Los autores de PEP son responsables de recopilar comentarios de la comunidad sobre un PEP antes de enviarlo para revisión. Sin embargo, siempre que sea posible, Deben evitarse las discusiones abiertas sobre listas de correo públicas. Las estrategias para mantener la eficiencia de las discusiones incluyen establecer un lista de correo SIG separada para el tema, haciendo que el autor del PEP acepte comentarios privados en las primeras fases de diseño. También puede recurrir a la creación de una página wiki, por ejemplo.
Como puedes notar, implementar una actualizar una versión de Python conlleva mucho trabajo previo. En la siguiente nota ampliaremos más este tema.
Diseño Web Grupo Codesi