写出 Redis 的人，为什么宁愿当个糟糕的艺术家？

程序员工作场景。图片来源：Pexels

很多人认识 Redis，是从性能图表开始的。

它快，轻，几乎成了现代互联网的基础设施。缓存、排行榜、消息队列、实时分析，背后经常都站着它。可真正让我记住 Redis 的，不是这些功能，而是它的作者在 2020 年说的一句话：

“I never wanted to be a software maintainer.”

我从来不想成为一个软件维护者。

这句话很刺耳。

因为它等于承认了一件很多人不愿意承认的事：一个写出世界级系统的人，未必真的想一辈子为这个系统擦地板、补漏洞、回 issue、扛期待。

他叫 Salvatore Sanfilippo，江湖名字 antirez。1977 年出生在意大利西西里岛，后来长期住在 Catania。和硅谷叙事里那种一路融资、一路扩张、一路当 CEO 的技术偶像不一样，他更像一个写代码的隐士：住在岛上，做开源，写博客，后来还去写科幻小说。

我一直觉得，antirez 最特别的地方，不是他写出了 Redis，而是他从头到尾都没把自己活成“标准程序员”。

Redis 不是被规划出来的，它是被逼出来的

Redis 诞生于 2009 年。

那时候 antirez 正在做一家叫 LLOOGG 的意大利创业公司，产品方向是实时网络日志分析。问题很现实：传统数据库扛不住他们要的扩展性和响应速度。很多伟大的软件都不是先有宏大愿景，再有产品路线图；而是人先被现实逼到墙角，只能自己造工具。

Redis 就是这么出来的。

一开始，它不是为了“重新定义数据库”，也不是为了占据什么技术高地。它只是一个非常朴素、非常工程的念头：现有方案不够用，那就自己写一个更合适的。

但真正厉害的人，往往都这样。表面上是在解决一个眼前问题，实际上却顺手把整个行业的默认解法改了。

后来的故事大家都知道了：Redis 从一个创业副产品，慢慢变成事实标准。Twitter、GitHub、Instagram、Pinterest、Stack Overflow 这些公司都在用它。很多后端工程师第一次真正感受到“内存数据库能把系统体验拉开一个量级”，也是从 Redis 开始的。

可有意思的是，Redis 越成功，antirez 身上的冲突反而越严重。

他把代码当作品，世界却把它当基础设施

2020 年 6 月 30 日，antirez 发布了一篇退出声明，《The end of the Redis adventure》。

这篇文章真正打动我的，不是“创始人离开项目”这个新闻点，而是他把矛盾说得非常直白，没有一点职业表演。

他说：

“I write code in order to express myself, and I consider what I code an artifact, rather than just something useful to get things done.”

我写代码是为了表达自己。我把代码看成一种作品，而不只是完成任务的工具。

这话如果换一个人说，可能会显得矫情。

但 antirez 说这句话，反而特别可信。因为 Redis 从设计到实现，本来就带着很强的个人风格：极简、克制、直接、性能优先，不讨好，不绕弯。

问题在于，一个项目一旦长大，就不再只是作者的作品了。

它会变成公司的依赖、团队的命脉、业务的地基。你想表达自己，外部世界却更希望你稳定、保守、少折腾、持续维护。工程世界对“基础设施作者”的期待，说白了就一句：你最好一直在，而且别出岔子。

这也是 antirez 后来最难受的地方。他在退出声明里写得很清楚：随着 Redis 变得越来越重要，环境对他的要求也变了——不是让他继续表达自己，而是要求他少表达，多维护。

这不是谁对谁错。

但这确实是“艺术家”和“工程师”之间最真实的冲突。

艺术家要的是创造，是风格，是冒险，是“这个东西里有我”；工程师要的是稳定、可控、长期可维护，是“这个系统别炸”。一个人同时把这两件事做到极致，本来就很难。更残酷的是，前者往往把项目做出来，后者却决定项目能不能一直活下去。

他最惊人的一句话，不是技术判断，而是人生判断

antirez 还有一句非常出名的话：

“I would rather be remembered as a bad artist than a good programmer.”

我宁愿被记住为一个糟糕的艺术家，也不愿被记住为一个优秀的程序员。

如果你只把这句话当成文艺口号，就低估他了。

这句话真正狠的地方在于，它不是审美表达，而是价值排序。

他不是不知道 Redis 有多重要，也不是不知道“优秀程序员”这个标签有多值钱。恰恰因为知道，所以这句话才更重：他宁愿失去行业最容易给的那份肯定，也不愿意把自己永远固定在“维护一个成功项目”的身份里。

很多程序员其实都会在某个阶段遇到类似问题，只是规模没这么大。

你做出一个很成功的系统，组织就会希望你继续守着它；你解决过一次大问题，后面你就会不断被叫去救火；你最擅长创造，最后却被安排去维护秩序。外界会说这是信任，是价值，是不可替代。没错，这些都是真的。

但另一半真相是：一个人，也可能因此慢慢失去自己最想做的事。

所以我觉得 antirez 的离开，不是任性，反而是一种罕见的清醒。

很多人会创业，会写出好产品，会因为责任感一直扛下去；但很少有人能在项目最重要、自己最有声望的时候，承认“这已经不是我最想做的事了”。这需要的不只是勇气，还需要一种对自我边界的尊重。

Redis 这件事，最后教我们的不是技术，而是分寸

过去十几年，开源世界有一个很容易被浪漫化的误解：只要项目伟大，创作者就应该无限续航。

这其实很不体面。

我们习惯享受开源成果，却常常默认作者应该持续在线、持续回应、持续维护，最好永远稳定、永远慷慨、永远别累。项目越成功，这种默认越强。最后，一个活生生的人，反而被压缩成了一个“应该继续输出”的角色。

antirez 的价值，就在于他没有配合这个神话。

他用了十多年守着 Redis，把它从一个创业时的工具，做成了全球最有影响力的开源项目之一；但到了某个阶段，他也明确地说：够了，我不想再把剩下的创造力都交给维护工作。

这件事我非常认同。

因为“适时放手”不是背叛，恰恰是对创作和项目都负责。一个人如果已经不再热爱原来的位置，却因为名望、责任和外部期待硬撑下去，最后未必是项目的福气。

真正成熟的开源，不该建立在“作者永不离场”的幻想上，而该建立在接班、协作和边界感上。

antirez 离开 Redis 后，并没有彻底消失。他保留了顾问角色，继续思考，也继续写代码、写作、表达。那种感觉很像他自己真正想要的人生：不被一个成功作品绑死，但也不否认这个作品曾经属于自己。

最后

Redis 当然是一项伟大的工程成果。

但在我看来，antirez 留给开源世界最珍贵的，不只是 Redis 本身，而是一种提醒：

不是每个伟大的程序员，都该被困在“伟大程序员”这个身份里。

有的人写代码，是为了交付系统；有的人写代码，是为了表达自己。前者能让世界运转，后者有时能把世界往前推一步。antirez 难得的地方，是他两件事都做到了，然后在最该被掌声绑住的时候，选择了转身。

这比继续做一个“可靠的维护者”，更难。

也更诚实。