
为何我为成为非代码开源贡献者而自豪,你也应该如此
在过去的12年中,我为开源做了许多贡献。我曾担任 Bash 和 Zsh 标志的艺术总监,并在任职期间与人共同创立了一个 Bootstrap 项目的免费 CDN,该服务被 700 万个网站使用。此外,我还组织了跨越三个国家的各种活动,例如 SustainOSS ,目前还共同主持播客“Sustain”。
注意到模式了吗?这些贡献都不需要我打开集成开发环境 (IDE)。
我为什么要强调这一点?嗯,是因为一位我尊敬(并且仍然尊敬)的人提出了一个建议
“如果你发现自己要使用“非代码贡献者”这个短语,你应该停下来,使用完全不同的语言。”
这是一个糟糕的主意,原因如下。2016 年,我在 O’Reilly 开源大会 (OSCON) 上做了一个题为“Git Push 之后是什么”的演讲。这是一个梦想成真。一个几乎没有实现的梦想,因为我以为人们不会对我的非代码贡献感兴趣。我开始自我怀疑。我的导师向我保证,我为开源社区所做的事情很有价值,我应该鼓励其他人也这样做。他是对的。
演讲进行得很顺利。有人走过来对我说:“嘿,如果这是一个非技术性演讲,你不应该在标题中使用 Git。” 也许他是对的。当时我不太在意;我刚刚在 OSCON 上完成了一次演讲,人们鼓掌了。耶,我。

#BootstrapCDN 登上了 @oscon 的黑板!#oscon
但这条评论会在我的脑海中挥之不去,多年来一直萦绕在我的脑海中。直到 2021 年,我才意识到人们应该为被称为(或自称为)非代码贡献者而感到自豪。即使是开发人员也会做出非代码贡献。这没什么可耻的。我甚至创建了一个新闻通讯(RIP Revue),“非代码贡献者”。可以这么说,我全身心投入了。
回到正题,对这种语言的规范进一步污名化了那些不会编码的人成为开源贡献者! 喂?我们需要更多的非代码贡献者! 我们的数字基础设施就像 xkcd 漫画 #2347。 你知道我指的是哪一个。 我们需要所有人齐心协力来维持开源供应链。 许多有影响力的贡献将是那些制定政策以帮助资助公共产品的人。 维护者(代码贡献者)在接受一些人和公司投入他们的小费罐的少量捐款时遇到了困难。 他们需要支持者(非代码贡献者)为他们辩护,去他们工作的公司(或部门)的负责人那里说:“嘿,我们将这个开源维护者项目作为我们基础设施的关键部分,我们应该开始赞助他们的项目。”
那么,如果我称自己或任何其他人为非代码贡献者呢? 我喜欢做非代码贡献。 它们比我写的任何代码都更有影响力。 我花了一段时间才接受这个事实,那么为什么要羞辱那些想以此身份认同自己的人呢? 非代码贡献者和代码贡献者,归根结底,都是贡献者。 我认为 Gus Portokalos(《我的盛大希腊婚礼》中的角色)说得最好
“你知道,米勒 (Miller) 这个词的词根是希腊语。 米勒 (Miller) 来自希腊语“milo”,意思是“苹果”,所以就是这样。 你们很多人都知道,我们的名字 Portokalos 来自希腊语“portokali”,意思是“橙子”。 所以,可以吗? 今晚,我们有苹果和橙子。 我们都不同,但最终,我们都是水果。”
没错,我们都是水果,水果是好东西! 让我们让“非代码贡献者”这个短语成为值得骄傲的东西,而不是贡献者们觉得他们必须淡化的东西,因为这些贡献“不如”代码重要。
如果您有兴趣成为非代码开源贡献者,以下是您可以做的一些事情
- 编写项目文档
- 设计
- UI/UX
- 徽标
- 艺术指导
- 问题分类
- 围绕项目建立社区
- 倡导开源资助
- 组织活动和聚会
- 撰写关于开源的博客文章和文章
- 翻译开源文档
- 测试开源软件
- 为开源用户提供支持
即使您不会编码,也有许多方法可以为开源做贡献。 我鼓励您找到一种参与并发挥作用的方式。
如果您有兴趣了解我的下一个非代码贡献,那是在 OSI 深度探讨系列中关于开源人工智能的演讲,标题为“知识产权赔偿全方位保障”。
加入我们!
3 条评论
评论已关闭。