Python 社區有了新治理模式

• 2020 年 1 月 21 日
• 筆記

隨著 Python 之父 Guido van Rossum 逐步卸任 BDFL，Python（CPython）的未來之路牽動了萬千開發者的心。沒了首領，Python 今後的發展會怎麼樣？社區將如何運作？誰來領導 Python 這門語言和社區呢？這些問題不得不解決，而用什麼樣的方式解決，這就需要先由社區討論並最終決定。

前兩天我們分析過目前 Python 社區已經提出的 7 種正在進行投票的治理方案，而最新消息是，目前投票環節已經結束，最終 PEP 8016 當選了新時代的 Python 社區治理方案。

PEP 8016 治理方案採用指導委員會模式，其特點是引導治理的迭代，該方案由 Nathaniel J. Smith 和 Donald Stufft 提出。

PEP 8016 中提出了不信任投票，也就是彈劾機制，可將任期內的當權者趕下台；它嚴格限定了在委員會裡，只允許少於 50% 的成員是企業（5 人委員會裡最多有 2 個）；並且關注到核心開發者的選舉/淘汰、如何更新治理提案等問題。

而且，PEP 8016 中也提出了新的 PEP 流程，目前的 PEP 流程是提案人確定 PEP 的選題方向，提案人負責收集與整合來自整個社區的回饋。然後，相關領域的專家們匯總全部討論，並開啟為期 14 天的審查，之後進行社區投票。如果一個 PEP 很有爭議，任何專家成員都可發起動議來拒絕通過它，這需要超過 2/3 的票數。PEP 8016 的 PEP 流程：理事會在必要時可直接地批准/否決 PEP，但最好是設置流程來避免這樣做決策，例如，將決策權委派給團隊或者 BDFL 代表。

7 種治理方案一覽：

• PEP 8010：技術領導人治理模式
  • 維持現狀
  • 提案人: Barry Warsaw
• PEP 8011：三巨頭治理模式
  • 類似現狀，但三人決策
  • 提案人：Mariatta Wijaya、Barry Warsaw
• PEP 8012：社區治理模式
  • 沒有核心決策人
  • 提案人: Łukasz Langa
• PEP 8013：外部治理模式
  • 非核心監督
  • 提案人：Steve Dower
• PEP 8014：大眾治理模式
  • 核心監督
  • 提案人：Jack Jansen
• PEP 8015：Python 社區的組織模式
  • 將多數決策交給團隊
  • 提案人：Victor Stinner
• PEP 8016：指導委員會模式
  • 引導治理的迭代
  • 提案人：Nathaniel J. Smith、Donald Stufft

在 PK 投票過程中，PEP 8016 分別戰勝了其它 6 種模型（以及一個「Further discussion」），最終勝出

詳細投票情況與結果查看投票主頁。