不用写代码,你也能为开源作出贡献 (转)

无论你是久经沙场的编程老手还是初入门道的技术小白,都有不写代码而为开源项目作出贡献的方法

​开源项目在国外已经成为了一股热潮,已经开始影响到日常生活的方方面面,可是在中国,开源项目的使用者不少,贡献者却寥寥无几,但同时有很多人想要参加开源项目,却总是不得其门而入……无论你是久经沙场的编程老手还是初入门道的技术小白,或者压根就不是一个程序猿,都有不写代码而为开源项目作出贡献的方法。

与非自由软件相比,开源项目的非工程贡献往往相对缺乏,所以不要因为你不是一个程序员就逃避开源,说不定你的博客帖子或设计技能对于项目来说比一行代码有意义多了。

下面有几种不写代码也能为开源项目做贡献的方式,赶紧参与到开源中来吧:

拥护

最简单的为开源项目作出贡献的方法就是成为开源技术的忠实用户。

忠实用户的意思是使用开源应用,并且有选择的情况下尽量选择开源软件(或者至少试试开源软件)。比如,当你所在的组织考虑用一款非自由软件来解决某个问题时,先试试搜索支持一下类似的开源软件吧。

不同于 SAAS(软件即服务),开源软件可以安装在你自己的服务器上(或者你公司的数据中心)。隐私,安全,可定制化通常是开源软件的核心优点。

谷歌一下“open source alternative to X”(替代X的开源软件,强烈建议使用英文谷歌)是一个找到像  Rocket.Chat(team chat),  Wekan(Trello-like kanban tool), Etherpad 和Hackpad (collaborative text editing), EtherCalc (collaborative spreadsheets), HackerSlides(collaborative slideshows), Piwik (Google Analytics alternative), Ghost (blogging app) 等优秀开源软件的聪明方法。

这里有一份很棒的网站清单可以帮助你找到上述所列软件,一键轻松安装,流行博客共享尽在于此:

说到博客,你同样可以写一篇类似的博客来支持开源项目,你可以做到!

教育

非自由软件公司有专门的营销团队来获取用户,但你最喜欢的开源项目有更好的东西:你!

你可以采取任何形式教育他人为什么你最喜欢的开源项目是重要的:写一个生活创客风格的博客文章,如何使用开源项目完成工作;在当地开发者集会的地方对你喜欢的项目夸夸其谈一番;你甚至可以写一篇回顾那些你熟悉的开源项目的文章,如John Light的5个 Slack 开源替代项目

当你写博客帖子或谈论你最喜欢的开源项目,你可以根据个人经验侃侃而谈,如果我在听你的话或者看你的博客,可能会让我误以为这就是一个营销专业人士的广告。

翻译

如果你的主要语言非英语,为开源贡献可能是一种挑战。但这同样也是一种得天独厚的资源。翻译(国际化/本地化)同样是一种可以让软件面向更大用户群体的突出贡献。

举个栗子,Wekan 用户把 Wekan 中的字符串翻译成了17种其他语言。 再举个栗子,Audrey Tang 把 Intro-to-Sandstorm slides 翻译成了中文。

Sacha Greif, Discover Meteor 的作者之一,给他自己的书发起了一个开源翻译项目(原始版本为英文)。这是一个庞大的翻译项目,有超过200位贡献者将它翻译为32种不同的语言。

当然,不是每个项目都可以这么简单的接受翻译提交,所以首先要做的事就是联系上作者或者维护人员。试试能不能找到其谷歌项目组的邮件列表。如果他们没有,直接问作者也是OK的。

不是所有开源软件用户都是纯英语使用者。 我住在美国,并且留意到在这太容易遇到把单一英语作为准入门槛或者把英语作为默认技能的事情了(美帝认为全世界都应该会讲英语,万恶的资本主义)。 但是人类的经历是如此宽广,远不仅仅局限于英语。为开源项目翻译是一份极其有用的贡献,因为你让世界上更多的人使用你喜欢的开源项目变成了可能。如果你熟练掌握不只一种语言,翻译是一项伟大的贡献。

设计

如果你有设计技能,你可以帮助很多需要帮助的项目。 因为有时后端的开发人员需要图标和其他图形更有视觉吸引力,以准确地表达 app 的目的。

Open Source Design(OSD)有一个协调设计师和开源项目的JOBS 版块(由Jan Borchardt开发)。您可以与附近的设计师分享此版块。

Rust's Rustacean mascot and OpenHatch's Sufjan the penguin mascot

Rust的“Rustacean”和OpenHatch的“Sufjan OpenHatch penguin”

我想对一些我有幸接触到的开源设计表达我狂热的喜爱。比如Karen RustadTölva(AeroFS的领导用户工程师)为 Rust 做的这件惊人的 Rustacean T恤,以及她为 OpenHatch 设计的企鹅吉祥物;还有由Amy Wibowo(来自Airbnb工程师,Bubble Sort:CS zines的作者)提供的 Cap'n Proto(序列化协议)的标志,以及 Nena Nguyen在Sandstorm为开源网络项目作者制作的美丽图标……它们都如此让人震惊。

A matrix of app icons

改善用户体验

通常有专门的 UI / UX 和 QA,但是您最喜欢的开源项目可能会在这些领域需要您的帮助。即使你觉得你是个新手,积极主动报告的一些关于 UI/UX 的不常见问题和用例也可能至关重要,例如不方便定位或混淆命名的按钮。花了很多时间的专家们可能很难发现问题,这时你新鲜的视角便尤为宝贵。

核心开发人员可能真的不知道在你看起来有问题的东西。因为:

  • 您可能使用不同的浏览器、操作系统或具有与核心开发人员不同的使用习惯。

他们或许已经多次收集到了某些特定错误的些信息(或仅靠直觉的用户描述),所以觉得没有问题。

  • 也许你和全球其他的数千万人是色盲,但开发者不是,所以和你看到的东西不同。

如果你可以重现一个 bug 将对修复它有很大的帮助。事实证明,即使一个小小的修复可能会让可以使软件更有用,因为每个人都喜欢舒适和直观的用户界面。

组织聚会

聚会是开源社区成员相互学习,交朋友和寻找合作者的好方法。 如果您最喜欢的开源项目已经有组织,您应该加入他们,并为其他会议组织者提供帮助。

如果没有,你也可以自己开始创建一个!与核心团队之间沟通不需要举办联谊会,但如果你接触到社区团队中的某人,他们会很乐意帮助你开始创建一些项目。在其他条件相同的情况下,建议优先考虑使用 Meetup.com组织您的会议群组,这可以让相关兴趣的人更容易找到您的群组。

相比于培养温馨和包容的氛围,参加者的数量并不十分重要,只有几个人的聚会可以更好地了解到场的每一个人;另外,设置固定的会议周期(最好是每个月一次),并提前发出通知,以便与会者可以尽早安排。根据我的经验,最成功的聚会通常举办者都不止一个人,而是大家共同协作的成果。下面这些方法可以帮助联谊会成功,有些可能会出乎你的意料:

  • 为主办方提供场地。如果你在工作,你的雇主有机会在晚上为你的聚会组提供会议室或活动空间,甚至可能有一些饮料和小吃。如果你是大学生或创客空间的成员也一样。
  • 寻找食品/饮料赞助商。
  • 参加其他类似的团体、发言、并邀请他们。例如,在MongoDB聚会上提起你的Meteor,因为你的Meteor应用程序可能默认使用MongoDB,并在谈话结束时提到下一个即将到来的本地Meteor聚会。

传播基础知识(问答,教程,常见问题解答,等)

偶尔,有人会在分享会中告诉我他们被某个问题卡死了,查了一大堆资料还没找到答案,最后不得不放弃或者用一些完全非原生的方法代替。我会问他们,他们是否把问题发到 Stack Overflow 上面了,每次得到的都是否定答案或者他们觉得问一些愚蠢的问题非常尴尬。

传播一些基本知识真的是一种除了写代码以外的伟大贡献。这包括一些不需要征得任何人同意的事情,比如在邮件列表或Stack Overflow 上问一些问题,或者写些博客,录制你学习过的开源项目的视频,在邮件列表中发一封教程链接。如果你学到了一个新的核心概念并且回顾时感觉OK,或者你找到了一个丢失链接,错误拼写之类的小问题,你应该给官方文档提交建议。

知识对于刚进入项目的新人来讲尤为重要,在你日渐成长时,是否还能记得作为初学者的想法呢?如果你能清晰的解释某些东西,这对开源项目来讲就是贡献。我有可能会读到,收藏,分享你的教程博客或视频。某些我读到,收藏,分享的某些顶级教育资源就是从一篇单独的博客开始的,比如现在在 Meteor 领域最流行的教育资源:“Discover Meteor”文本书,以及 “Evented Mind” 视频。

另外如果你在某些地方有困惑,不要羞于去问别人。个人观点,我不觉得会有什么愚蠢的问题。每个人,特别是专家以及老手,都经历了从不知道到知道的过程。你可能成为今天幸运的10000人之一。从一个专家脑中搜寻问题的最佳方式就是问他们,并且每一次你提出问题,答案都被记录在了某个地方。一个每个人,不仅仅是你可以获取答案的地方。而各领域非核心开发者的专家们也获得了分享他们知识的舞台。再者说,或许某个比你更胆怯的家伙或者更不擅长表达的家伙会因为你问出了他们想问的而向你表示感谢。

而且,传播基本知识对于提高完善正在开发的项目也有意料之外的卓越作用,它让更多人参与贡献变的更加简单。而任何让参与贡献变简单的工作都是极其重要的,因为这意味着多个人搭把手。

原文链接:https://my.oschina.net/editorial-story/blog/837992

原文作者:https://opensource.com

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏带你撸出一手好代码

写在开发iOS应用之后

最近这段时间在做iOS开发。 我以前做过很多不同类型的软件, 可就是没有做过iOS的, 这其中的原因在于,开发iOS程序必须使用mac电脑, 而我对水果家的电脑...

3169
来自专栏达观数据

自从用上了达观数据,一条电商用户再也不愁搜不到想要的商品了

5年前,陈凯歌指导过一部电影——《搜索》。在拍摄这部以网络搜索为主题的电影过程中,男女主角的饰演者赵又廷和高圆圆暗生情愫,在戏外终结连理。“搜索”真有这么大的魅...

2906
来自专栏技术小黑屋

程序员怎样才能写出一篇好的技术文章

首先,这算是一篇回答知乎问题 程序员怎样才能写出一篇好的博客或者技术文章?的文章。

2702
来自专栏Golang语言社区

随谈10年的技术生涯和技术成长

先简单分享自己这10年在技术上曾经感觉到明显迷茫的阶段: 阶段1:只会增删改查: 时间:大学期间(2005年-2006年) 学习的方式:看视频、看书。(学会了使...

37216
来自专栏罗超频道

智能电视智而不能,谁来破局?

华数传媒从2月25日停牌至今,源于阿里巴巴将入股华数,或持有后者20%的股份。阿里抢占客厅的心情愈发急切。百度、腾讯、小米、360甚至苏宁在客厅领域都有所布局...

3487
来自专栏知晓程序

各大 App 直接打开小程序!微信收割移动互联网的时间开始了

1283
来自专栏大数据文摘

失败成就伟大:谷歌的23个失败案例

7821
来自专栏封碎

暗时间 博客分类: 经典文章转载 生活浏览器工作

如果你有一台计算机,你装了一个系统之后就整天把它搁置在那里,你觉得这台计算机被实际使用了吗?没有。因为CPU整天运行的就是空闲进程。运行空闲进程也是一天,运行大...

943
来自专栏13blog.site

Spring+SpringMVC+MyBatis+easyUI整合优化篇(十四)谈谈写博客的原因和项目优化

阶段总结 又到了优化篇的收尾阶段了,这其实是一篇阶段总结性的文章,今天是4月29号,距离第一次发布博客已经两个月零5天,这两个多月的时间,完成了第一个项目ssm...

2894
来自专栏人工智能头条

AI 工程师职业指南 | 《程序员》11 月精彩内容

1021

扫码关注云+社区

领取腾讯云代金券