[译] PyCon 2018: 玛利亚塔·维加亚 —— 什么是 Python 核心开发者？(附视频中文字幕)

• 原视频地址：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 上，玛利亚塔分享了她参与开源项目，并逐步成为 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、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。