Redis 创始人宣布退居二线:我写代码只是为了表达自己!

DD的博客全面升级,阅读体验更佳(尤其是系列教程),后续不再通过这里发布新文章,而是改到 www.didispace.com 发布啦,奔走相告!点击直达~

前几日,Redis 创始人 Salvatore Sanfilippo 在他的个人博客(http://antirez.com/)上宣布将结束自己的 Redis 之旅!

博客全文如下,原文地址:http://antirez.com/news/133

Salvatore Sanfilippo 的退出,并不是对 Redis 本身的失望,而是由于日复一日的开源维护工作,让其感到疲惫与厌倦。对于 Redis 的后续维护工作将交给他的几位同事负责,而自己准备退居二线,后续将成为 Redis 实验室的一员,为 Redis 的未来提供创意与想法。而未来要做什么,Salvatore Sanfilippo 表示还未有明确的规划,但会用更多的时间去做自己真正想做的事,比如:写技术博客或录制视频等。

其实对于,Salvatore Sanfilippo 的退出,可能并不意外。在一年之前,他就曾经在其个人博客中也发表过一篇《开源维护者的挣扎》一文(英文原文:http://antirez.com/news/129)。

在这篇文章中他就抱怨了在 Redis 变得流行起来之时,除了乐趣之外,也有消极的一面。比如这些让其苦恼的问题:

  • 处理社区反馈必须要花费足够的时间,否则只能“假装”项目没有未解决的问题。为开源项目的每个子系统配备全职工作人员是奏效的,但很难实现。
  • Redis流行起来之后,更多的工作转变为了查看 PR 和 issue。这其中确实有些人会比我做得好,但大多数人的贡献仅处于平均水平,只是解决给定问题罢了。
  • 时间压力:在 Redis 之前,从未有过在每个工作日都工作的经验。总是干一周,停两周,接着再干一个月,然后消失两个月。做创造性工作需要充电,以获得新的能量和想法。但开始收到在 Redis 工作的报酬后,强迫自己按照正常的时间表工作。这对于他来说无比挣扎,跟公司申请回到原先的工作模式是不管用的,因为社区的运作方式如此。
  • 精神压力:在同一个项目中进行大量工作也是一件复杂的事情。过去常常每六个月换一次项目,而如今十年来都在做同一个项目。试图通过在 Redis 中部署子项目来留存创造力,先后做了 Cluster、HyerLogLogs 和一个已放弃的磁盘存储项目,现在在做第四个。不过,最终还是要回到 issue 和 PR 页面,每天重复同样的工作。
  • 恐惧:每天都在害怕自己失去对 Redis 的技术领导力,不是因为我认为自己在设计和发展 Redis 方面做得不够好,而是因为我的方式与大多数用户想要的,以及大多数 IT 人员对软件的信仰不一致。

关于这篇文章的更多内容可查看《开源维护者的挣扎》

很多时候,每一个开源项目的创造者,都渴望自己的作品被关注,被使用,被称赞,在业界变得流行,因为这是大家对其作品的肯定。但如 Redis 创始人说的那样,流行度越高,各种个性化的需求就越多,随之各种建议、增强PR接踵而至,然而一个产品永远无法满足所有人的需求,这就会带来了摩擦以及其他种种问题。原本按自我想法在把玩的东西,慢慢变的似乎没那么好玩了。就如我们写技术教程一样,总是有的人喜欢,而有的人不喜欢。如果不喜欢的看过翻篇还好,但随着流量的增长,总有些不喜欢的人会来顺带问候一下家属。可惜不认识,不然也想问问,国外用户是不是也有这样的情况?

创始人不玩了,那 Redis还能用吗?

这个问题可能是很多国内开发者会问的,所以放在最后来说说。对于 Redis 这样已经发展壮大,有完善团队管理机制的开源项目来说,并不会因为创始人的离开,而导致他的停止运作。这和很多国内开源项目不同,像 Redis 这样的成熟开源项目,除了拥有大量的贡献者之外,其管理运作模式也是非常规范的,并不会因为创始人的离开,而导致整个项目的崩溃。典型例子就是我们所熟知的Spring社区,在其创始人 Rod Johnson离开之后,依然还是发育的很好。

但对于 Redis 的未来目标与走向,是否发生变化,这就很难说了,完全取决于后续 Salvatore Sanfilippo 在 Redis Lab 是否还继续全力输出以及团队是否还继续支持他的意见。

那么,对于 Redis 创始人的离开,你怎么看呢?如果 Redis 是你的,你会因为每天处理 PR 而感觉无趣吗?