Redis作者的公开信:开源维护者的挣扎和无奈

  • 时间:
  • 浏览:14

作者:xplanet

原文:https://www.oschina.net/news/106799/the-struggles-of-an-open-source-maintainer

几只月前,一名开源项目的维护者向 antirez 发邮件,倾诉或者 人苦心维持项目多年,这或者 带来了或者 心理上的负担,为什么我么我让特来寻求建议。antirez 表示谈不上给出建议,但还里能 写一篇博客文章来分享对此事的看法。经过反复的思索和自我分析,他坦承“维护有有一一三个 多开源项目会带来乐趣”,但“是否消极的一面”。接着,antirez 从以下几方面对此展开描述,下边直接采用第一人称:

泛滥效应

当我在项目的早期收到关于 Redis 的电子邮件时,仍然有足够的时间,并能专注于对方在消息里试图表达的内容,并在仔细考虑后回复或者 人的真实想法。

然而,当有有一一三个 多项目达到像 Redis 有有一一三个 多的流行程度,为什么我么我让人与人之间的交流愿因新的社交工具而变得更为容易时,作者收到的消息、issue、PR 和建议的数量也将呈指数增长。随之突然出現有有一一三个 多普遍性什么的问题,大慨从 Redis 的状态来看是有有一一三个 多,即并能 足够多合格的人去查看并防止社区中的哪些信息。

大多数人试图以错误的最好的方式防止它:原帖发布两周后若无回复就关闭 issue、关闭所有不明确的 issue,以及或者 相似 直接把邮件列表完整版标记为已读的做法。

事实上,防止社区反馈都要大慨足够的时间,为什么我么我让并能“假装”项目并能 未防止的什么的问题。为开源项目的每个子系统配备全职工作人员是奏效的,但不能自己实现。

并能 接下来会指在哪些?你将刚现在开始考虑哪些该被优先防止而哪些是否,你将愿因或者 人忽略了太满事物和人而感到不安,贡献者也会认为你是有有一一三个 多漠不关心的人。你是什么状态其实是很复杂化。

通常来说,应该主要先防止关键什么的问题,忽视所有新的东西,愿因新的东西还未能进入核心,谁想拥有有有一一三个 多伴随着更多 PR 和 issue 的代码库呢?

角色转换

Redis 流行起来后,我的工作更多地转变为了查看 PR 和 issue。这其中其实或者 人会比我做得好,但大多数人的贡献仅指在平均水平,全都 防止给定什么的问题罢了。

当我设计 Redis 时,我倾向于将它视为有有一一三个 多整体,毕竟并能 多年来突然在写你是什么东西。全都 现实是,擅长的东西往往不再有时间去做。

我的防止最好的方式是,给或者 人几周时间停止查看 PR 和 issue,转而去编程愿因设计,这才是我真正喜爱和享受的。但这反过来又给我带来了更大的心理压力,只在做或者 人喜欢的事情时做得很好,令人感觉很糟糕。

时间

长时间在有有一一三个 多项目上工作有有有一一三个 多什么的问题,大慨对我而言是有有一一三个 多。

第有有一一三个 多什么的问题是,在 Redis 回会,我从未有过在每个工作日都工作的经验。我突然干一周,停两周,接着再干有有一一三个 多月,为什么我么我让消失有有一一三个 多月。做创造性工作都要充电,以获得新的能量和想法。

但刚现在开始收到在 Redis 工作的报酬后,道德规范我并能再依照过去的模式,全都 我强迫或者 人按照正常的时间表工作。这对我来说无比挣扎,为什么我么我让我确信或者 人做得比实际能做到的要少。目前仍未找到防止最好的方式,跟公司申请回到有有一一三个 多的工作模式是不管用的,愿因社区的运作最好的方式并能 。

有有一一三个 多什么的问题是,从精神上讲,在同有有一一三个 多项目中进行极少量工作也是一件复杂化的事情。我过去常常每三个月换一次项目,而如今十年来是否做同有有一一三个 多项目。我试图通过在 Redis 中部署子项目来留存创造力,先后做了 Cluster、HyerLogLogs 和有有一一三个 多已放弃的磁盘存储项目,现在在做第三个。

不过,最终还是要回到 issue 和 PR 页面,每天重复同样的工作。

恐惧

我每天是否害怕或者 人被抛弃对 Redis 的技术领导力,是否愿因我认为或者 人在设计和发展 Redis 方面做得缺陷好,全都 愿因我的最好的方式与大多数用户你还里能 的,以及大多数 IT 人员对软件的信仰不一致。

为什么我么我让,我不得什么都如此我认为的优秀设计、功能集、开发带宽、项目规模,以及大多数用户所期望的内容之间保持平衡。

幸运的是,有一定比例的 Redis 用户完整版理解 Redis 的最好的方式,全都 我大慨时不回会 得到或者 安慰。

摩擦

尽管我认为进程运行员中的好人占比多过或者 领域,但总还是有或者 混账。作为有有一一三个 多受欢迎的开源项目的领导者,将不得不面对哪些人,这愿因是我在 Redis 开发过程中遇到的最紧张的事情之一。

徒劳

我相信软件其实很棒,但回会像一本存活了几只世纪的书一样伟大,这绝是否愿因它你是什么不好,全都 愿因其中的副作用,为什么我么我让,它终将被更有用的软件替换掉。为什么我么我让有时我会其实或者 人做的一切终将是否徒劳的。

只等待英文在软件编写你是什么,而不思考软件“大创意”的人,真的能创造新的标志吗?

总的来说,我想够从事或者 人真正热爱的事情多年,为什么我么我让它给我带来了我们都都我们都我们都 、认可和金钱,全都 这算不上是糟糕的交易。

然而,我完整版理解,一旦项目刚现在开始流行,我们都都我们都我们都 就会为了维持生计而挣扎。这篇文章专门写给我们都都我们都我们都 。

本文由

进程运行猿DD

发布在

ITPUB

,转载此文请保持文章完整版性,并请附上文章来源(ITPUB)及本页链接。

原文链接:http://www.itpub.net/2019/07/11/2398/