BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

“亲爱的GitHub” —— 致GitHub的一封公开信

| 作者 Sergio De Simone 关注 17 他的粉丝 ,译者 丁涛 关注 0 他的粉丝 发布于 2016年1月30日. 估计阅读时间: 6 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

(本文已于2016年1月19日更新,增加了GitHub发言人的声明)

最近,一个由开源项目(包括一些最流行的项目)维护者组成的团体逐渐壮大起来。该团体联署了一封致GitHub的公开信,以表达他们的挫折感以及他们的抱怨——他们感觉遭到了GitHub的忽视和无视。几天内,签署者的个数就增加到了数百(不过公平地说,其中一些明显是“假的签署者”)。其中包括jQuery、React Native、node.js和很多其他的成功开源项目的维护者。

该团体主要的抱怨在于,GitHub缺少足够的支持和一种恰当的、双向的沟通渠道。他们坚称,他们的质询得到的唯一回应是“空白的回应或者根本没有回应”,证据就是GitHub一直没有能力或没有意愿解决的问题个数。在和InfoQ的对话中,作为这封公开信的发起人之一的James Kyle说,在他编写这封信的时候,他从全体参与者中收集到一个由大量改进建议组成的清单。但是,他们决定在最终的文稿中重点突出其中的三点。

  • 由于缺少定制化功能,通过“问题跟踪器”报告问题很难用。这可以通过提供诸如自定义字段和基本的校验机制来确保问题带着所有必要的信息(例如,复现问题的步骤和测试所针对的版本)被记录在案;
  • “问题跟踪器”的评论系统中有太多的“噪音”,主要是由于没有实质内容的那种“+1”评论。这种评论对于项目维护者了解问题的普遍性是有帮助的,然而却给维护者们制造了太多的“噪音”。这可以通过“一级投票机制”来解决;
  • 难以获取符合“CONTRIBUTING.md”指南的问题和拉取请求。这被认为是由于“贡献者指南”链接到的GitHub所展示的内容不够显眼的造成的。可能的解决方式是,允许项目维护者来配置要在新问题/拉取请求的顶部显示的文件。

InfoQ采访了James Kyle以便更多地了解这封公开信的出现和意图。

问:您能描述一下这封“致GitHub的公开信”是怎样诞生的及其完成过程吗?

这一切开始于一群比较活跃的开源项目维护者在twitter上的讨论。后来,我建议给GitHub写一封公开信。我创建了一个Google doc,并把他们都邀请进来。我写了几段,列出了这封信的大纲,然后把它发给其他人,让他们把自己的关切补充到信里。最初有一个很长的、有改进建议组成的清单,后来被精简到三个左右)。

问:您认为写公开信是你们表达对GitHub的抱怨的最佳方式吗?您期望GitHub给您怎样的答复呢?

我认为写公开信是我们向GitHub表达关切的仅存的唯一方式。参加签名的所有作者都向GitHub写信反映过他们对新特性的想法和产品存在的问题,但是没有得到任何实质性的答复。
GitHub是一个伟大的产品,但显然不是完美无瑕的产品。所有参与公开信的人都维护着大量的项目,他们在很大程度上忍受着GitHub的缺点。我认为,对开源来说GitHub是最大的贡献者之一,因为事实上GitHub的用户不是一小撮人。

问:除了公开信中提到的主要的三点以外,在GitHub和开源开发社区之间存在着结构性的问题。您认为,如果有意愿解决这个问题,难度有多大?

这件事对GitHub是一个巨大的机会。根据GitHub自己的分析,“dear-github”这个代码库有超过55000个独立的访客。需要说明的是,这篇发表在“Hacker News”上的文章在整个历史上受欢迎的文章中排名第19位(而且还在攀升)。有超过800个签名,而且如果你快速浏览一下这些签署者的话,你会发现其中包含很多GitHub上的著名项目。
对我来说,很显然某些东西引起了GitHub用户群的共鸣。个人认为,GitHub应将此视为机会。
希望GitHub会以某种形式回应我们,但是我一定不愿意一直等待。我私下里从GitHub以前的员工和现在的员工听到的消息并不乐观。过去三四年中,GitHub的停滞不前让我愕然,开源社区严重依赖于它,它应该像其他产品一样持续改进。

“亲爱的GitHub”激起了另一群开源开发者的快速回应,他们联署了另一封公开信“谢谢你,GitHub”,而且当前后者已经有200多个签名。Ruby on Rails的核心开发者和“谢谢你,GitHub”最初的支持者,澄清说,后者虽然是对前者的回应,但其本身和前者并不太相关。

向GitHub提出改进建议、提供反馈,这当然很好。但我发现自己并不同意“亲爱的GitHub”中的某些消极论调——我用拒绝联署来表达我的不敢苟同。反而,“谢谢你,GitHub”表达了各种不同的观点,甚至就连“亲爱的GitHub”的人也派了一个代表联署了“谢谢你,GitHub”。

当被问到对“亲爱的GitHub”公开信的看法时,一位GitHub的发言人向InfoQ发表了如下声明。

对于GitHub而言,开源极其重要,我们将认真对待这次反馈。我们已经开始着手处理一些他们讨论的动议,同时在 寻求更主动的方式同开源项目维护者们接洽,以便让GitHub继续为他们的社区提供好的体验。

查看英文原文:"Dear GitHub…" — An Open Letter to GitHub


感谢夏雪对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入InfoQ读者交流群InfoQ好读者(已满),InfoQ读者交流群(#2)InfoQ好读者)。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT