最新進展|關於Python治理模式的投票

後 Guido 時代，Python 社區的治理問題成爲萬衆矚目的問題（國內開發者彷佛比較淡定...）。目前，關於 7 種治理模式的投票，已經進行到了一半，事情進展得是否順利呢？核心開發者們對這些候選提案是什麼見解呢，咱們可否預測出最終的投票結果呢？

我對這些話題很是感興趣，此前翻譯了一篇《Python之父退位後，最高決策權花落誰家？》，介紹了 7 種治理提案的差別，還寫了一篇《這件正在發生的事，關乎全部的Python開發者……》，介紹這次投票的前因與重要意義。至於本文，我整理了部分核心開發者的討論內容，帶領你們一窺這次重大投票的幕後，瞭解核心開發者的投票意向，最後，則是作了一個小小的預測。

1. Guido現身說了什麼？

在提出與討論這些治理提案期間，Guido 一直保持沉默，現現在，當投票環節正式開啓後，他也終於現身了。

他提出了什麼問題？表達了什麼觀點？如下內容整理自他的幾回回帖。

（1）爲某個/些 PEP 拉票，是否 OK？（注：他想發表對於某些 PEP 的見解，以及本身的投票建議，故詢問此作法是否 OK ？）

（2）對投票系統的討論，我不感興趣，而對每一個治理提案的細節的討論又太吵鬧（too high volume），因此我躲開了，只到如今纔有空讀/瀏覽完全部的提案。我但願你們不要由於我贊同哪一個 PEP 而感到壓迫，但我也但願你們是真正地想知道我偏向哪一個 PEP。

（3）我不放心那些想把 PEP 流程固定死的治理提案，因此首選的提案就只剩下 8016 （指導委員會）和 8011 （三巨頭）了。

（4）我不喜歡在初始的提案文檔裏就面面俱到，治理模型的結構應該要不易改變，而實施過程當中的事情不能不易改變。（注：此話贊同了某核心開發者，後者提到 8016 經過選出委員會來決定如何行事）。

（5）對於引入外部投票，我表示要警戒。幾個月前，Victor 提交 PR 來修改某些帶政治意味的措辭，不少種族主義者跑來投反對意見，當修改被合入後，他們就抗議。我意識到 PEP-8014 有相應機制來應對這種事，但我我的寧願不要邀請外人來參與咱們的選舉。

Guido 表示他將要詳細寫出對每一個治理提案的見解，但從幾回對話中已經能看出，他最偏向於 PEP-8016。他的意見獲得了一些承認，核心開發者 Paul Moore 就表示，咱們沒法預知將來會發生的全部事情，所以就要求治理提案可以靈活地應對各類變化。

不過，Guido 還表示，他不會參與投票了。

有開發者勸他從新考慮。就看在剩下的幾天裏，他會不會改變主意了。

2. 其它開發者的見解？

因爲不知道核心開發者的確切數量，不清楚投票的整體進展，我只能根據網站（discuss.python.org）上的相關話題，來作小樣本的分析了。

在「哪一個治理提案是你最喜歡的」話題下，共有 13 名核心開發者參與了討論。在模擬投票中，有 10 人蔘與投票（每人最多投 3 票），結果顯示，PEP-8016 得到8票，遙遙領先，緊隨其後的是 PEP-8012 和 PEP-8015，各獲得了 4 票。

值得注意的是，這個結果在 Guido 現身前就定型了，如此看來，PEP-8016 無疑是最受人青睞的。

國內開發者關注於此話題的人比較少，從惟二發起過模擬投票的公衆號 （Python貓 與 編程派 ）的數據來看，總計 187 人蔘與投票，得票最高的前三名爲：PEP-8010（52票，佔比 28%），PEP-8015（40票，佔比21%），PEP-8011（36票，佔比19%）。（PS：須要說明的是，咱們都沒法參與官方投票，公衆號中的模擬投票僅僅是一份娛樂性的民意調查。）

然而，對比核心開發者與「邊緣開發者」發起的投票，二者的差別之大，頗值得玩味。爲何有這麼大的差別呢？

在咱們發起的「民意調查」中得到最高票的 PEP-8010，在覈心開發者中並不怎麼受歡迎。好比，在 Antoine Pitrou 看來，PEP-8010 就是他最不放心的提案，他不指名地說有兩我的會競選 BDFL，可是，其中一個心善卻不必定能處理好多方壓力，另外一個則是爭議性人物，若他當選 BDFL 則會成爲「宣戰的緣由」（a casus belli）。

另外一名核心開發者 Nathaniel J. Smith 也很是反對 PEP-8010，他以本身在一些小項目中擔任 BDFL 的親身經歷，來講明被選成 BDFL 是多麼「艱難和恐怖」（incredibly hard and scary），還爲此打了個誇張的比方：

With PEP 8010 I feel like we're trying to decide who to fly a 747, by voting, and none of the candidates have a pilot's license。

由此能夠看出，核心開發者在給治理提案投票的時候，不只僅會考慮到提案自己，更重要的是，他們還考慮到由誰來落實新的治理提案。這就是「局中人」的視角了吧，跟咱們這些「邊緣人」的視角確實很不同。這很好地解釋了，爲何兩份模擬投票會獲得大相徑庭的結果。

明白了這一層邏輯，等到最終投票結果出來的時候，你們也許就不會感到太驚訝了吧。

那麼，哪一種治理提案最可能被選中呢？我在此預測，最終勝出的治理提案是......

PS：爲了持續關注此話題，我專門建了個微信交流羣。感興趣的同窗可經過本公衆號（Python貓）菜單欄的「聯繫做者」，加我爲好友，發送暗號「PEP投票」進羣（其它用意者勿擾）。參與討論的小夥伴，將有機會得到一本技術書籍。

參考閱讀：

7種提案的對比：t.cn/Eyi8D7b

此事件的重要性：t.cn/EygFM5Q

---

本文原創並首發於微信公衆號【Python貓】，後臺回覆「愛學習」，免費得到20+本精選電子書。