<br>On Thursday, September 20, 2018, James Lu <<a href="mailto:jamtlu@gmail.com">jamtlu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">JS’ decisions are made by a body known as TC39, a fairly/very small group of JS implementers.</blockquote><div><br></div><div><a href="https://github.com/tc39/">https://github.com/tc39/</a><br></div><div><br></div><div>Python has devs with committer privileges:</div><div><a href="https://devguide.python.org/experts/">https://devguide.python.org/experts/</a><br></div><div><br></div><div>There are maintainers for many modules:</div><div><a href="https://devguide.python.org/experts/">https://devguide.python.org/experts/</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
First, JS has an easy and widely supported way to modify the language for yourself: Babel. Babel transpires your JS to older JS, which is then run.<br>
<br>
You can publish your language modification on the JS package manager, npm. </blockquote><div><br></div><div>Babel plugins are packaged for and installable with npm:</div><div><a href="https://babeljs.io/docs/en/plugins">https://babeljs.io/docs/en/plugins</a></div><div><br></div><div>New ES features can run on older JS interpreter features with transpilation by Babel.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
When a feature is being considered for inclusion in mainline JS, the proposal must first gain a champion (represented by 🚀)that is a member of TC-39. The guidelines say that the proposal’s features should already have found use in the community. Then it moves through three stages, and the champion must think the proposal is ready for the next stage before it can move on. I’m hazy on what the criterion for each of the three stages is. The fourth stage is approved.</blockquote><div><br></div><div>Is there a link to a document describing the PEP process (with and without BDFL)?</div><div><br></div><div>That would be a helpful link to add to the table here:</div><div><a href="https://devguide.python.org/#contributing">https://devguide.python.org/#contributing</a><br></div><div><br></div><div>e.g. "How to write a PEP" as an ISSUE_TEMPLATE/ might be helpful:</div><div><br></div><div>- [ ] Read the meta-PEPs </div><div>- [ ] and find the appropriate BDFL-delegate </div><div>- [ ] copy the PEP 12 RST template</div><div>- [ ] add the headings specified in PEP 1</div><div>- [ ] Read PEP 1</div><div><br></div><div>"Meta-PEPs (PEPs about PEPs or Processes)"<br></div><div><a href="https://www.python.org/dev/peps/#meta-peps-peps-about-peps-or-processes">https://www.python.org/dev/peps/#meta-peps-peps-about-peps-or-processes</a><br></div><div><br></div><div>PEP 12 -- Sample reStructuredText PEP Template<br></div><div><a href="https://www.python.org/dev/peps/pep-0012/">https://www.python.org/dev/peps/pep-0012/</a><br></div><div><br></div><div>PEP 1 -- PEP Purpose and Guidelines<br></div><div><a href="https://www.python.org/dev/peps/pep-0001/">https://www.python.org/dev/peps/pep-0001/</a><br></div><div><br></div><div><div>PEPs</div><div><a href="https://github.com/python/peps">https://github.com/python/peps</a><br></div></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I believe the global TC39 committee meets regularly in person, and at those meetings, proposals can advance stages- these meetings are frequent enough for the process to be fast and slow enough that people can have the time to try out a feature before it becomes main line JS. Meeting notes are made public.</blockquote><div><br></div><div>PEP 1 describes the PEP mailing list and editors.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The language and its future features are discussed on ESDiscuss.org, which is surprisingly filled with quality and respectful discussion, largely from experts in the JavaScript language. </blockquote><div><br></div><div>python-dev@, python-ideas@, </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I’m fairly hazy on the details, this is just the summary off the top of my head.<br>
<br>
—<br>
I’m not saying this should be Python’s governance model, just to keep JS’ in mind. </blockquote><div><br></div><div>Which features of the TC39 committee's ECMAscript (ES) language governance model would be helpful to incorporate into the Python language governance model?</div>