<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, 12 Jul 2018 at 07:58 Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Now that PEP 572 is done, I  don't ever want to have to fight so hard for a PEP and find that so many people despise my decisions.</div><div><br></div><div>I would like to remove myself entirely from the decision process. I'll still be there for a while as an ordinary core dev, and I'll still be available to mentor people -- possibly more available. But I'm basically giving myself a permanent vacation from being BDFL, and you all will be on your own.</div></div></blockquote><div><br></div><div>Like Christian, I was hoping we had a couple more years of your direct guidance, but I understand how the PEP 572 situation accelerated things. :(<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>After all that's eventually going to happen regardless -- there's still that bus lurking around the corner, and I'm not getting younger... (I'll spare you the list of medical issues.)<br></div><div><br></div><div>I am not going to appoint a successor. <br></div><div><br></div><div>So what are you all going to do? Create a democracy? Anarchy? A dictatorship? A federation?<br></div><div><br></div><div>I'm not worried about the day to day decisions in the issue tracker or on GitHub. Very rarely I get asked for an opinion, and usually it's not actually important. So this can just be dealt with as it has always been.<br></div><div><br></div><div>The decisions that most matter are probably</div><div>- How are PEPs decided</div><div>- How are new core devs inducted<br></div><div><br></div><div>We may be able to write up processes for these things as PEPs (maybe those PEPs will form a kind of constitution). But here's the catch. I'm going to try and let you all (the current committers) figure it out for yourselves.</div></div></blockquote><div><br></div><div>At this point I've seen proposed:</div><div><br></div><div>- Christian's proposal for a triumvirate (and thanks for the vote of confidence, Christian, to be on said cabal/committee :)</div><div>- Victor's proposal of voting for every PEP</div><div>- Do essentially a literary review of how other projects handle this</div><div><br></div><div>For me, I think a key asset that Guido has provided for us as a BDFL is consistency in design/taste. Design by committee through voting does not appeal to me at all as that can too easily lead to shifts in preferences and not have the nice cohesion we have with the language's overall design, especially considering that there will always be subjective choices to make (someone has to eventually choose the colour of the shed). People, including me, have also pointed out that by having Guido to look up to you we have had a very consistent view of how the community should behave and that too has been an asset. IOW I don't like Victor's proposal. ;)</div><div><br></div><div>What that means is I think we should either have another BDFL or go with Christian's triumvirate suggestion in the name of general consistency and guidance (and I personally don't like the four-person suggestion simply because you can't break ties).<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">There's also no objective way to choose any of this unfortunately, so I suspect this is going to be based on gut feel of what we think will work for a couple of decades (using the word "experiment" with our design governance model scares me since we are not talking about little decisions here like whether to backport a fix). If people still want to put into the time to research other approaches I can understand that I will personally listen with an open mind, but based on my personal reflections on this topic over the years in preparation of having to eventually deal with this inevitability, my choice is dictator or triumvirate.<br></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Note that there's still the CoC -- if you don't like that document your only option might be to leave this group voluntarily. Perhaps there are issues to decide like when should someone be kicked out (this could be banning people from python-dev or python-ideas too, since those are also covered by the CoC).</div></div></blockquote><div><br></div><div>I joined the PSF's CoC committee in hopes of coming up with a proposal by the end of the year for fleshing out details of enforcement, etc., so my hope is this will eventually get resolved.<br></div><div><br></div><div>-Brett<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Finally. A reminder that the archives of this list are public (<a href="https://mail.python.org/pipermail/python-committers/" target="_blank">https://mail.python.org/pipermail/python-committers/</a>) although membership is closed (limited to core devs).</div><div><br></div><div>I'll still be here, but I'm trying to let you all figure something out for yourselves. I'm tired, and need a very long break.<br></div><div><br>-- <br><div class="m_-95820911342427608gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>
_______________________________________________<br>
python-committers mailing list<br>
<a href="mailto:python-committers@python.org" target="_blank">python-committers@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-committers" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-committers</a><br>
Code of Conduct: <a href="https://www.python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">https://www.python.org/psf/codeofconduct/</a><br>
</blockquote></div></div>