装箱百万奖金,第六届全国工业互联网数据创新应用大赛火热报名中! 了解详情
写点什么

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

  • 2016-01-29
  • 本文字数:2044 字

    阅读完需:约 7 分钟

(本文已于 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 读者交流群(#2))。

2016-01-29 18:005602
用户头像
丁涛 越努力,越幸运

发布了 35 篇内容, 共 86574 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

没能进入大数据领域

escray

面试 面经

扒开 SqlSession 的外衣

田维常

mybatis

重磅|中国PostgreSQL分会与腾讯云战略合作协议签订

PostgreSQLChina

数据库 postgresql 软件 开源社区

一线大厂开源三份JDK+Spring+Mybatis源码笔记

Java架构追梦

Java spring 源码 jdk mybatis

限时!字节Java程序性能优化宝典开源,原来这才叫性能优化

996小迁

程序员 面试 性能优化 笔记

高空立体云防控系统搭建,智能化平安小区建设方案

t13823115967

平安小区 智慧平安社区建设

如何通过 Serverless 轻松识别验证码?

Serverless Devs

人工智能 Serverless 云原生

快速接入 | 从 0 到 1 构建语音聊天室

拍乐云Pano

音视频 RTC 实时语音 语音聊天室 语聊房

直播中不可缺少的一环-rtmp直播推流

anyRTC开发者

音视频 WebRTC CDN RTC RTMP

为什么说rollup比webpack更适合打包库

fengxianqi

大前端 Rollup webpack

如何基于 SDK 快速开发一款IoT App 控制智能灯(iOS 版)

IoT云工坊

ios App 物联网 IoT sdk

人工智能不过尔尔,基于Python3深度学习库Keras/TensorFlow打造属于自己的聊天机器人(ChatRobot)

刘悦的技术博客

人工智能 tensorflow chatbot 聊天机器人 keras

星域母子币系统软件开发|星域母子币APP开发

系统开发

移动生态盘点与HMS生态解析

华章IT

华为 Android Studio 移动开发 HMS

从MongoID的生成讨论分布式唯一ID生成方案

行如风

雪花算法 分布式ID 全局唯一ID 流星算法

微服务架构思考 - 理清楚,管起来

jorden wang

周立齐出任电动车联合创始人:网红经济背后的病态消费心理

石头IT视角

九环智能合约开发

V19927655815

APP开发

抢先体验全新升级版Eternal Wallet!

Geek_c610c0

数字货币 数字货币钱包开发

字节二面跪拜“Redis源码”后,面试官直接推荐这份笔记!真是NB

比伯

Java 编程 架构 面试 程序人生

智慧社区综合管理平台搭建,智慧平安城市建设

13530558032

区块链溯源平台优势,区块链溯源系统解决方案

13530558032

什么是浮点数?

Kaito

计算机基础 浮点数

智慧仓储管理系统,是否能解决购物狂欢节后新一轮爆仓危机?

一只数据鲸鱼

物联网 数据可视化 智慧物流 智慧仓储

英特尔力邀150家产业大咖推动Evo严苛认证,打造PC界的奥斯卡

新闻科技资讯

应急指挥中心平台搭建,移动可视化指挥解决方案

t13823115967

可视化数据分析搭建 应急指挥

从一个模糊词查询需求的处理方案讨论到一种极速匹配方案的实现

行如风

模糊匹配 双数组trie树 ahocorasick ac自动机 黑名单过滤

云视频技术领军人赵加雨:如何提升在线教育课堂互动体验

拍乐云Pano

音视频 在线教育 RTC 互动课堂 白板

盘点 2020 | 10 天开发前台系统技术系列

老魚

CSS 大前端 全栈 js 盘点2020

“亲爱的GitHub” —— 致GitHub的一封公开信_开源_Sergio De Simone_InfoQ精选文章