- 原視訊地址：Mariatta Wijaya - What is a Python Core Developer?- PyCon 2018
- 譯文出自：掘金翻譯計劃
- 本文永久連結：github.com/xitu/gold-m…
- 譯者：Elliott Zhao
- 校對者：K.Lew
本文為 PyCon 2018 視訊之 Mariatta Wijaya - What is a Python Core Developer? 的中文字幕，您可以搭配視訊食用視訊地址➡️www.bilibili.com/video/av244…。
![[譯] PyCon 2018: 瑪利亞塔·維加亞 —— 什麼是 Python 核心開發者？(附視訊中文字幕)](https://i.iter01.com/images/d12eae357a5a4fe5f3217ac1b9f3ccc572b9a014d14652a52804968e2ec29a7c.jpg)
在本次 PyCon 上，瑪利亞塔分享了她參與開源專案，並逐步成為 CPython 的核心開發者的經歷。這對於我們參與開源專案只出了一條切實可行的路徑。有這樣一個模板作為參照，有這樣一條道路作為指引，可能會讓很多開發者拋棄顧慮，更積極地參與到開源運動之中。作為字幕的譯者，能夠翻譯本視訊的字幕，也感到非常有意義，希望國內也有更多人蔘與到開源專案裡來。
0:00 大家好，歡迎進入我們的下一個
0:02 議程，我對這個議程
0:06 感到非常興奮。這個議程將會對
0:10 什麼是 Python 核心開發者
0:14 進行非常棒的討論。進行演講的人是
0:17 我的好朋友麻利亞塔·維加亞。我們
0:23 發現我犯了一個錯誤。好吧，應該是瑪利亞塔。
0:27 我們在之後不會有問答環節，
0:30 不過我相信如果你找到她的話，
0:33 瑪利亞塔應該很樂意在會議的
0:35 休息時間中和你聊聊，她就會在
0:37 附近。那麼，如果沒有其他事情的話，瑪利亞。
0:44 這很有用。好吧，歡迎來到我的
0:49 演講。所以在我對我自己做更多
0:52 介紹之前，我想先介紹一下在座的各位。
0:55 因為我們都會在這同一個房間中
0:57 共處差不多45 分鐘的時間，我覺得我們
1:01 互相加深一下了解是個不錯的主意。
1:05 我十分確信在這個房間中的每個人
1:06 都是用 Python，對麼？你至少使用
1:08 Python 寫過 hello world。沒錯！你還
1:12 使用格式化字串，沒錯！而且在座的所有
1:16 人都是 Python 社群的一員。
1:18 你們正在 PyCon 會議上和其他“Python 家”進行
1:21 互動。所以你們都是 Python 社群
1:23 中的一員。並且我相信你們中
1:26 的很多人都會通過向開源專案
1:29 貢獻程式碼的方式回饋社群
1:31 可以讓我看看有多少人
1:34 對任何一個開源專案做過至少一次
1:37 Pull Request ？給 CPython？有很多人。
1:40 非常多的人。這實在是
1:42 太好了，簡直太棒了。因此，我對各位
1:44 向開源軟體和 CPython 貢獻表示由衷的
1:46 感謝。
1:48 好的，現在來介紹一下我到底是誰。我真是很忙。
1:54 這是一個彙總。我的名字是
1:57 瑪利亞塔，你可以在 Twitter、Github
1:59 上找到我。我是兩個孩子的母親，
2:02 兩個都是兒子，一個七歲一個五歲。
2:04 我很久以前就搬到了加拿大
2:08 我現在住在溫哥華，
2:11 為 Zapier 工作，所以首先
2:13 我想要感謝 Zapier 給予我不遺餘力
2:16 的支援，派我到 PyCon 這裡來發言
2:18 而對我的唯一要求就是讓我穿上
2:22 這件企業文化T恤。所以感謝 Zapier。
2:26 我們正在招聘，所以在明天的招聘會上
2:29 請關注我們一下，我也會在那。
2:31 在工作和家庭之外，我還
2:34 幫助組織了 Thank Goodbye
2:37 Ladies。
2:37 另外我還參與組織了一個名叫
2:41 PyCascades 的會議，它會在2019
2:44 年的某個時間在西雅圖召開。
2:49 而最重要的是，我向開源專案
2:51 貢獻程式碼，這對我來說
2:53 是一種新的嘗試。我真正開始做這件事
2:56 是兩年，當加入開源專案，
2:59 我感覺我真是個新手。不過去年
3:03 不知為何他們賦予了我向 CPython 提交程式碼的
3:06 的寫許可權。我現在可以自稱是一個
3:10 Python 核心開發者了，而這個演講都是
3:16 關於這件事。自從我成為一個
3:18 核心開發者，有很多人提出
3:20 像這樣的問題：作為一個 Python
3:23 核心開發者感覺怎樣？感覺如何？他們怎樣
3:25 才能成為一個核心開發者？因此，為了日後
3:30 免於回答所有的這類問題，
3:32 我要在這次演講中
3:34 回答所有的這些問題。
3:36 下次我就可以直接把這個視訊指給他們看。
3:39 為了幫助說明我的歷程，
3:43 我借用了這張我去年在 PyCaribbean
3:46 上羅素·基思 - 馬吉博士的主題演講
3:49 中看到的圖表。他把這個
3:52 稱為開源轉換漏斗。
3:54 他是這麼介紹這個圖表的：
3:57 假設有一大群人作為
3:59 你專案的潛在使用者，其中
4:02 一些潛在使用者最終找到
4:03 你的專案並且開始使用這個專案。
4:05 然後一些新使用者留存下來，
4:07 並變成了一些活躍使用者。一部分
4:10 活躍使用者留存下來，並且開始
4:12 參與社群，成為社群中的
4:13 一員。一部分社群成員
4:16 開始向專案貢獻程式碼，
4:17 併成為了貢獻者。一部分貢獻者
4:20 堅持的時間足夠長，
4:21 並最終成為了核心
4:23 團隊，然後一些核心團隊成為了
4:24 社群的領袖。
4:26 我從羅素·基思 - 馬吉那裡拷貝過來的！而且他的演講
4:31 也非常的快。所以縱觀整個演講，我會
4:37 從這張圖表開始，除了我會把它
4:41 上下翻轉。我覺得整個歷程
4:44 更像是爬上階梯或
4:47 在食物鏈中上升，
4:49 而不是像那樣下行。
4:51 而且我不會區別對待
4:56 潛在使用者和新使用者，我們僅僅
4:59 討論所有的 Python 使用者。
5:02 然後再領袖的位置，是
5:06 BDFL。而在我的觀點來看，
5:10 核心團隊也充當了社群領袖
5:12 的角色，這個之後我會詳細說。
5:15 而這就是我對我的歷程
5:19 的感受。我開始作為一個使用者，
5:21 我使用 Python ，然後我開始
5:24 參與到社群中，參加
5:27 會議，我參加 PyCon ，我參加
5:29 聚會，然後我開始向開源
5:31 專案貢獻程式碼，然後最終他們給
5:34 了我提交許可權，然後我就成為了
5:37 核心團隊的一員，而這我認為成為 BDFL
5:40 就是旅行的終點，沒有人
5:43 會取代他，他會永遠都在周圍。
5:45 永遠。現在我們回到問題：
5:52 什麼是 Python 核心開發者？
5:56 技術上來講，這意味著你擁有
5:59 向 CPython 提交程式碼的許可權，現在
6:02 在全世界範圍內有89個人。
6:06 這門有著程式語言七百萬使用者的
6:08 程式語言，有89 個人擁有
6:11 這種提交許可權。還有一些
6:17 不錯的福利，所以我得到的
6:19 有在錯誤跟蹤器緊挨著我的名字這個很酷的
6:23 Python 標誌。我來到 Python 語言
6:27 峰會，可以享受免費入場和
6:29 免費午餐。
6:30 而這，在美國每年召開的 PyCon 上都會發生。
6:34 我會來買一些 Core Sprint，
6:36 呃，這似乎每年都在發生。
6:39 我真心希望它成為
6:41 每年一度的傳統，但是一旦
6:47 你被授予了提交權，一些
6:50 責任也就隨之而來了。您將被
6:53 新增到 GitHub 上的 Python 核心
6:57 團隊。然後你就要加入……你會
7:00 負責17個儲存庫。
7:03 可見的有 CPython ，開發指南，
7:07 PEP，我們的工作流，效能，
7:10 以及我們所有的 GitHub 機器人。您將被期望
7:14 訂閱並參與各種
7:17 Python 郵件列表。Python 運營我們的
7:20 郵件列表。所以，這意味著你會得到
7:24 數以千計的電子郵件。我就收到過這麼多
7:28 郵件。我收到數以千計的郵件，我的
7:29 郵箱被塞得滿滿的，我必須弄清楚該做什麼。
7:33 所以你將不得不學習如何去管理
7:36 你的郵件。我之前說過你會
7:42 負擔起很多責任。我之前說到的
7:43 責任就是指這個。
7:47 一般來講，你會不得不去
7:50 審閱一大堆 Pull Request。直到今天為止，
7:53 還有超過 600 個 Pull Request 仍處在開啟狀態。
7:56 你還需要做決策，決定你是否
7:59 接受這些 PR，
8:01 抑或說 No。在過去的一年裡，核心
8:06 開發者已經關閉了超過 6000 個
8:10 Pull Request，這是很繁重的工作。
8:14 當你接受 Pull Request 時，
8:17 你必須做好準備面對
8:19 後果。我是說，如果一切
8:24 正常，這是一個正確的決定，一般來說
8:26 沒有人會說什麼。然而一旦這是
8:29 一個錯誤的決定，它實際上會
8:33 搞壞東西，引入 BUG，
8:36 合併 Pull Request 的人
8:40 將不得不負擔起責任。你將
8:43 負責並且跟進，並且嘗試去
8:45 解決問題，僅因為是你合併的它。
8:48 所以這是一個非常巨大的責任。然後
8:55 你還要幫助人們
8:57 向 CPython 貢獻程式碼，因為
9:00 你知道怎麼貢獻程式碼，你知道
9:02 你想要什麼，而且因為你有
9:07 CPython 的提交許可權，
9:08 所以你可以作出決定，你可以告訴
9:11 別人什麼東西可以進入 Python，什麼東西
9:15 不能。你可以塑造這門語言的形狀，
9:21 決定它如何發展。這是一個非常巨大的
9:25 責任，這使你成為
9:28 Python 語言和社群的
9:34 代表和領導者。對，這裡有一個
9:39 BDFL。他做出許多
9:42 重大決定，但是他從
9:46 核心開發者那裡獲取資訊。他也很依賴我們，
9:48 他把很多事情交給核心
9:51 開發者。通常他僅僅說我想要
9:53 這些事情發生，然後核心開發者們就會讓
9:55 它發生。
9:56 所以，我們是他的助手，我們是
9:58 他的二把手。核心開發者是
10:02 社群的領袖。現在我
10:06 已經針對”作為核心開發者是
10:08 怎樣一種體驗？“說了很多，但是大家還是
10:12 有非常多的問題。所以我要一個一個
10:14 地回答他們。這是我遇到的出現頻率
10:19 最高的問題中的一個。一個我剛剛
10:21 認識的新使用者或者什麼人，問我
10:26 他們怎麼才能成為一個核心開發者。不過這是一個
10:31 非常大的問題。向一個普通使用者
10:34 解釋這個概念很難。因此我
10:38 準備先回答一些特別簡單的
10:40 問題。怎樣讓某個人積極的
10:44 參與社群。這非常
10:48 簡單，因為有很多種途徑
10:51 讓人變得更積極。任何人都可以參加。
10:54 你可以從本地開始，幫助你的本地的
10:58 Python 聚會。我組織聚會，所以我知道我們一直
11:02 在尋求幫助。我們一直尋找
11:04 能夠演講、主持研討會、參與教學的人。
11:07 所以如果你想幫忙，請聯絡
11:10 當地的聚會組織者，告訴他們
11:14 我想發表演講，我可以提供場地
11:17 供你們舉辦聚會。幫幫他們。
11:20 如果沒有聚會，
11:21 自己舉辦一個。如果你不喜歡舉辦
11:25 聚會，這對你來說有點過，
11:27 沒問題，你可以寫一些關於 Python 的
11:30 部落格，向全世界分享你
11:33 如何使用 Python。寫下你最喜歡的
11:35 庫，寫一篇教程，或者單純的把
11:38 Python 的知識傳播給每個人。
11:41 在會議上做志願者，這是
11:44 回饋社群的好方法，
11:46 尤其是在 PyCon。
11:50 PyCon 會議依靠志願者，
11:55 每當你與其他社群成員
11:58 互動時，永遠都要
12:00 做一個開放，體貼和尊重他人
12:04 的好人。下一個問題：如何
12:10 為開源專案做貢獻？有很多種途徑。
12:15 加入溝通渠道，
12:18 加入他們的郵件列表，
12:19 IRC，Gitter，Slack。只要能認識
12:23 其他的維護者和
12:25 專案的維護者就行。通過報告問題提供幫助，
12:29 告訴我們如何重現您
12:31 遇到的錯誤，提出新的想法，幫助
12:36 完善文件。這很真的重要。
12:39 我參與過的所有專案，
12:42 都真的可以從文件中尋求
12:45 幫助。檢查 Pull Request，
12:48 並再次與其他貢獻者
12:50 進行互動。要永遠做一個善於體諒和尊重
12:55 別人的好人。那麼，
13:00 通常在我回答所有這些後，下一個
13:04 後續問題總是：好吧，
13:08 其實我只是想貢獻
13:11 程式碼而不是文件。也許我可以
13:15 從文件開始，
13:15 但最終我想貢獻
13:18 程式碼。告訴我怎麼做。好吧，我想
13:23 大家都有這個願望——
13:26 貢獻程式碼。
13:29 當然。如果目標是
13:32 貢獻程式碼，您必須先閱讀
13:35 貢獻指南。每個大專案
13:38 都有一個，每個專案都
13:41 有不同的指南，不同的工作流程。你
13:43 必須首先閱讀這些，然後找到一個
13:47 問題來處理，然後你必須
13:50 學習如何使用版本控制，
13:53 如 git，然後建立一個Pull Request。
13:59 那麼下一個後續問題是：
14:01 好的瑪利亞塔，因為你是 Python 核心
14:04 開發者，請更具體一些，
14:07 告訴我如何為 CPython
14:11 貢獻程式碼。這是最大的
14:14 祕密，每個人都想知道，
14:17 我原來也想知道。我在兩年前
14:21 向 BDFL 提出了同樣的
14:24 問題。所以我只是要給你們
14:27 講講他怎麼告訴我的。首先閱讀
14:33 開發指南，它真的有你
14:36 需要知道的一切。開發指南告訴你
14:38 如何獲得原始碼，如何使用
14:41 Git，我們的郵件列表在哪裡，如何
14:44 執行測試，如何編譯...他對我
14:47 說的所有話就是：這裡是開發指南的網址，
14:50 讀一遍。接下來，他告訴我加入
14:55 核心指導和 Python 研發郵件
14:58 列表，如果我有任何
15:00 疑問，只需在郵件列表中提問即可。
15:03 他說，只要告訴他們圭多讓你來的。
15:06 好吧。
15:09 真的。所以我寫給郵件列表
15:12 的前幾封電子郵件
15:13 都是這麼開始的：嘿，我問圭多這件事，
15:17 他告訴我寫信給你。
15:20 所以這是我的問題... 然後他給我指出
15:25 錯誤跟蹤器，這是你應該
15:28 找到問題去解決的地方。然後說
15:31 多簡單的問題，建立
15:36 一個補丁，修補它並提出請求，
15:38 所以這些都是圭多告訴我的。很簡單，
15:44 就像聽起來那樣。他從來沒有真的
15:48 給我任何問題讓我處理，
15:51 他從來沒有給我分配任何東西，因為
15:52 他不知道我對哪方面更感興趣。
15:55 所以我必須
15:59 自己學習的東西，所以我開始訂閱
16:03 更新和錯誤跟蹤器，
16:05 所以我在每當有新活動時都會收到
16:09 郵件。然後我嘗試閱讀其中
16:13 的一些內容，找到對我感興趣的任何內容，
16:16 然後開始研究，並找出如何解決
16:20 這個問題。那麼，到這時，
16:28 人們開始問我：既然
16:31 你一直在追蹤錯誤跟蹤器，
16:33 也許你可以找到我可以解決的
16:36 問題。好，給我一點時間。因為
16:43 為了真正發現問題，我必須
16:46 仔細地觀察錯誤跟蹤器。
16:49 提出一些我認為
16:52 對你有意思的問題，然後
16:54 問你是否感興趣。
16:56 而你實際上可能並不
16:58 感興趣，所以我覺得找到
17:03 一個要解決的問題，是一種
17:06 你將應該學習和掌握的
17:09 的技能。這需要時間，所以你
17:14 不應該依靠我或維護人員
17:18 來指派你一個問題。這件事不是
17:21 這麼做的。
17:22 也許人們希望聽到
17:28 我的貢獻，我的開源
17:31 貢獻是什麼。例如，
17:34 對靈感的貢獻。反正我
17:39 我真的認為我沒有做出很多有意義
17:42 的貢獻。
17:43 我修復了很多拼寫錯誤。真的！ 這
17:48 是我第一次向開源專案貢獻程式碼時
17:51 的一次檔案改變。我就是這麼
17:53 開始的。兩年前，我確實修復了很多
18:02 拼寫錯誤。我正在閱讀 PEP，發現了一處拼寫錯誤，
18:05 修復它。真的。這個故事的意思是說，
18:13 我的貢獻是偶然的。
18:17 這並不是刻意為之，
18:19 也沒有真正意義上的目標。我只是學習，
18:23 我閱讀文件，試圖學會如何使用它，
18:26 看到了問題然後修復了它們。我向
18:33 CPython 貢獻了很少的程式碼，
18:36 似乎所有人
18:39 都期望核心開發者
18:42 貢獻程式碼。很多程式碼。好吧，
18:45 我沒有。我寫文件，我
18:49 給 Python 開發者指南寫東西。我的
18:53 GitHub 機器人編寫的程式碼比我
18:57 給 CPython 寫的程式碼還要多。所以如果你使用
19:01 Python 3.6.4或3.6.5，你可能
19:06 正在使用我的 GitHub 機器人生成的程式碼。
19:09 我參與郵件列表，幫助回答
19:12 問題，並且我喜歡審閱
19:16 Pull Request，我嘗試優先
19:19 審閱來自首次貢獻者
19:22 的Pull Request。因為我希望向
19:25 首次向 CPython 發起 Pull Request
19:28 的人表示祝賀。這就是
19:30 我一直在貢獻的方式，
19:36 並且有很多開源
19:40 專案可以幫助
19:42 你。
19:43 我只是為我愛用的工具做出貢獻。
19:46 我為 coala 做出貢獻。
19:49 幾個月前，我為 warehouse 做
19:51 出貢獻。我在我的
19:55 機器人上用到了 gidgethub 和 aiohttp，
19:57 所以我也開始給它們貢獻程式碼。真的，例如看一下
20:02 你的 requirements.txt 檔案，並考慮
20:06 貢獻他們。不要只注重為
20:10 CPython 做貢獻，還有
20:12 很多開源專案。一旦
20:17 人們開始為 CPython
20:20 做貢獻，他們都有同樣
20:22 的問題。請問，你什麼時候可以檢視我的
20:28 PR？ 對不起，我真的很抱歉，我
20:34 沒有審閱你的 PR。
20:38 現在讓我分享一些數字。自從
20:42 2017年2月遷移到 GitHub 以來，我們
20:47 有超過 65,000 個 Pull Request。我們
20:51 已經關閉了很多，可能在兩天或者多一點的
20:55 時間內我想我們合併了 5200 條。問題是，
20:59 你們的人數太過龐大，
21:01 有那麼多的人做出貢獻。
21:04 僅去年就超過 800 人。儘管
21:10 核心開發者接近 90
21:14 人，但去年只有一半人
21:17 仍然活躍。所以我們沒有
21:23 足夠的時間來審閱這一切，
21:26 所以我真的很抱歉。
21:28 但還有其他原因，
21:31 除了沒有足夠的時間，有時候這
21:35 不在我的專業知識範圍內，我認為我不
21:37 應該審閱它，我認為這是
21:38 其他核心開發者需要
21:40 審閱的東西。這就是為什麼我沒有審閱。又或者
21:44 我只是......
21:46 聽起來很糟糕……我只是不在乎。
21:50 這不是我的興趣領域，我也
21:54 沒有要求你做的這個
21:57 改變，並且不分青紅皁白清除了 PR，對此我
22:00 很抱歉。我知道我想要拒絕
22:04 PR 的時候，我應該向你解釋
22:07 為什麼我拒絕它。但很多
22:12 時候我沒有很好的理由，我只是
22:14 不想要，或者不關心。對不起，我發現
22:20 放棄它並將其交給下一個
22:24 核心開發者進行審閱會更容易。
22:28 然後由他對你說不。所以我再次
22:32 抱歉。我也是個加拿大人(開玩笑)。正如
22:41 我之前提到的，接受 PR
22:44 有一定的後果，我
22:48 並不總是想接受這樣
22:52 的責任。再次抱歉。好吧，讓我們
22:59 回到這個真正困難的
23:00 問題：如何成為一名 Python 核心
23:03 開發者。這是個大工程，並且
23:07 很難，還包含多個階段。但是我
23:11 已經向您解釋瞭如何參與
23:14 社群以及如何開始
23:16 貢獻，並且我已經解釋
23:19 了 Python 核心開發者
23:22 的責任。因此，像是將這些問題分解為
23:28 更小的問題一樣，這次的範圍
23:34 更小，CPython 的貢獻者
23:38 如何成為 Python 核心
23:41 開發者。現在，當我們想要發展
23:45 某人成為核心開發者時，我們有
23:49 一個非常重要的問題：我們能否相信
23:57 這個人？
23:59 你會……當我們給你
24:02 向 CPython 提交程式碼的許可權，你將對
24:04 一門 700 萬人使用的
24:06 程式語言負責。 如果你
24:13 確實鼓起勇氣成為核心開發者，你需要
24:15 贏得我們的信任。除了真正與你
24:20 互動以外，沒有別的辦法
24:23 讓我們學會信任你。
24:27 這些互動可以是你
24:30 做出貢獻，你參與
24:33 郵件列表，你提出了 Pull Request，
24:36 你幫我們審閱 Pull Request，你做得
24:39 越多，我們越瞭解你。
24:42 我們越瞭解你，我們越能
24:46 瞭解是否信任你。
24:50 然後你將不得不接受
24:53 我說過的所有責任。
24:57 而最重要的是，我們確實需要知道你是一個
25:01 好人。你會對其他
25:05 核心開發者和其他貢獻者
25:09 表現出友善，開放，
25:11 體貼和尊重。現在，很多人
25:20 問我：呃，你是怎麼做到的？ 你是
25:22 如何獲得信任的？ 你是如何
25:26 成為核心開發者的？我真的不
25:29 知道。別問我。我真
25:32 的不知道。這是你需要
25:34 替我向其他核心開發者提出
25:36 的問題。我只是覺得很幸運。所以
25:40 問問圭多，問尼克，問問佈雷特，雷蒙德。
25:46 他們知道為什麼他們相信我，
25:48 我不知道。我真的只是覺得幸運。我花了多少
25:56 時間做這些貢獻？太多
25:59 時間，我承認。所以我
26:04 意識到我在開源領域花了
26:08 太多時間，所以在過去的兩個月裡我
26:10 休息了一下。
26:12 直到本月底，我才
26:14 做出貢獻，除了我在 PyCon 和 Sprint
26:18 的這幾天之外。
26:22 太多時間。那麼，這個。人們會問我
26:32 這個問題，這個問題看起來好像在
26:34 開玩笑一樣。前幾天
26:39 我在這個會議上被問到了這個問題，
26:41 我在義大利的 PyCon 上
26:45 被問到這個問題，在澳大利亞的
26:47 PyCon 上我也被問到這個問題。全世界的人
26:49 都很好奇。不，沒有。我沒有從貢獻
26:56 Python 中收到薪水。
26:57 我的薪水為零，作為核心
27:02 開發者，我沒有收到薪水，只有很少
27:07 的核心開發者獲得報酬。
27:10 一些核心開發者得到了報酬，但
27:14 不是全職的。他們仍然把大量的
27:17 個人時間投入到 Python 中。另一大
27:24 謎團：我如何平衡這一切的？
27:30 我不知道。我沒有平衡。
27:34 我總是忘記事情。我一直忘記
27:37 服用我的維生素，我延遲了
27:39 預約，並且我還會預訂雙倍的
27:41 預約。我沒有……我的
27:45 生活沒有完全平衡。我不知道。
27:52 我認為我講完了了大問題。
27:54 不過這個問題，我每天都會
28:00 問。有些程式設計師問我同樣的
28:05 問題。BDFL 問我這個問題。
28:10 我們如何才能讓更多的女性為開源
28:13 貢獻力量？
28:18 讓我先分享一些數字。
28:24 Python 有 700 萬使用者，我
28:27 敢肯定它是一個非常多元化的
28:29 使用者群體。我們的社群也是多樣化的，
28:34 甚至在 PyCon 上看到很多
28:38 女性參加，我看到很多有色
28:40 人種，
28:41 我看到殘疾人，我看到
28:44 變性人，我看到這次會議
28:48 的多樣性，我認為我們已經在這
28:50 方面做得很好。那麼現在讓我們看看
28:55 CPython 的貢獻者。
28:59 我已經告訴過你，去年我們有
29:01 超過 800 個貢獻者。
29:09 在這 800 人中，不到 10 人
29:16 是女性。不是 10％，是 10 個人。我們有 89
29:26 名核心開發者，只有兩名女性。
29:37 我讓這種衝擊慢慢消化，因為這是
29:46 真實的，但這也是錯誤的。這不
29:53 是我們社群的正確
29:57 典範，這不是領導
30:03 素質，你不應該訂立這樣的
30:08 目標，你應該儘量避免在
30:12 你自己的組織中得到這種統計資料。
30:18 這是個問題。我正
30:21 在把它擺上桌面。所以你可以
30:26 看到去年我看到的是
30:31 什麼。我看到了一個鴻溝，一個巨大的鴻溝。我
30:40 不知道該怎麼辦。
30:41 我需要幫助，我真的不知道我
30:46 需要做什麼。所以人們一直在問我，我也問
30:51 我自己，如何讓更多的女性
30:53 做出貢獻，我真的不知道。
30:56 如果人們知道另一個
31:00 擁有 700 萬使用者的大型開源專案，
31:02 在多樣性方面做得很好，告訴
31:06 我一些關於它的事，我好學習一下。我不
31:08 知道。我對此非常關心，我
31:14 試圖獲得專業意見。我問過
31:18 薩奇夏普，我已經向他們解釋了
31:22 情況，我問他們是否有
31:25 建議。我作為一個 Python 核心開發者，
31:30 可以做些什麼去改善社群的
31:34 多樣性。於是他們給了我一些
31:40 建議，他們說我需要找出
31:43 問題的所在，他們也告訴我，這
31:47 不是我自己能做的事情。
31:50 我將需要所有的程式設計師
31:53 參與，並致力於改進。
32:01 發現的問題：我真的不得不問
32:08 自己，她們的障礙是什麼？什麼
32:16 是僅針對於女性的
32:19 障礙？有 800 名男效能夠
32:25 為 CPython 做出貢獻，而只有很少
32:29 的女效能夠做出貢獻。有很多問題，
32:35 對我個人而言，我面臨著同樣
32:39 的障礙。 我不會在這裡說出他們的
32:43 全部，但其中一個障礙是：我
32:51 沒有任何角色模板。我沒有看到過
32:55 任何一個和我一樣的人
32:59 參與開源。在很長的一段
33:03 時間裡，我相信可能我根本
33:07 不應該做這個，沒準這並不是
33:09 我這樣的人應該呆的地方。這是
33:16 我必須克服的一個
33:18 巨大障礙，我感到非常幸運，
33:22 這個社群的成員，
33:26 BDFL 圭多和 Python 核心
33:29 開發人員一直都在我身邊，
33:31 支援我，幫助我穿過這個
33:34 藩籬。我只是覺得很幸運，所以謝謝
33:39 大家。但我們必須做得更好，
33:44 核心開發者確實想要做得更好，
33:46 他們已經承認我們
33:49 社群仍然存在多樣性問題。
33:56 並且在幾天前的語言峰會期間，
33:58 在核心開發者參與完他們需要
34:01 參與的內容之後，
34:02 我告訴他們未來
34:05 至少要做以下事情
34:08 之一：他們必須要
34:11 提供指導，優先考慮婦女
34:14 和弱勢群體成員。
34:16 他們可以嘗試設定辦公時間，
34:19 開一對一的“問我任何事”會。而且我讓
34:24 他們明白，像郵件列表這樣的
34:28 公共論壇始終是女性
34:32 和弱勢群體提出問題的
34:35 安全空間。所以我告訴他們，他們
34:40 必須可以私下回答
34:43 問題。 因此，核心
34:48 開發者一直非常樂於助人，
34:50 他們全都參與其中，我們正在努力
34:54 讓自己對於女性
34:57 和弱勢群體更加熱情。我還要說如果有其他
35:03 事情可以幫助我改進，我
35:08 的意思是隨時都可以
35:10 私下來找我，我的 DM 一直線上。薩奇
35:15 建議，也許我可以開始
35:17 分享更多的經驗。 我以為
35:20 我已經在做了。但她說，他們說
35:25 這可能會激勵
35:27 其他女性。我不知道會不會。我不認為
35:31 我做了什麼大事，我就是修正了
35:34 拼寫錯誤。但如果分享我的故事有用，
35:38 那麼我會嘗試。所以，哦！我的名字是瑪利亞塔，
35:44 我喜歡格式化字串。如果你真的
35:47 想聽聽我的故事，你得
35:49 在 Twitter 上關注我，我在
35:51 那裡分享我的故事。 如果你想
35:53 私下聯絡我，那是我的電子郵件。
35:56 當我很長很長的故事時，我
35:59 可能會將它們釋出到我的網站上。我要講的
36:02 就這麼多，非常感謝你的聆聽。
如果發現譯文存在錯誤或其他需要改進的地方，歡迎到 掘金翻譯計劃 對譯文進行修改並 PR，也可獲得相應獎勵積分。文章開頭的 本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域，想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。