Redis之父：找个靠谱的 C 程序员太难了！
The following article is from 程序员的喵 Author yukang
来源丨程序员的喵（ID：coderscat）
西西里岛，是位于意大利南部阳光而宁静的岛屿，正如电影《西西里岛的美丽传说》中演绎的那样，这里有着古老的历史和建筑，看起来和 IT 不沾边，却是 Redis 的作者 antriez 的居住地。
Redis 是互联网的一个基础设施，这个世界上大量的网站背后都有 Redis 的影子。相比于 Redis 的流行度，很多程序员并不了解 antriez 的故事。最近我看了他几乎所有的博文，和你分享一下我了解到的趣事以及我们能从这位 70 后的上一代程序员身上学到什么。
antriez 不是一个典型的意大利程序员，大部分当地人喜欢 boring-but-sure 的路径，IT 这行在当地算不得特别高薪的工作，大多数人不喜欢做过多探索，但 antriez 喜欢新东西和创造新东西。在一篇 10 年前的访谈中 antriez 谈到，住在意大利对程序员而言没有多大的影响，因为我们可以在互联网上经历有趣的一切：
If your target is the world, being here is not a big limit for a programmer. The majority of interesting things are happening on the internet nowadays anyway.
职业生涯初期，antriez 做过安全研究员，后来做过嵌入式、系统、Web 等领域的开发，他早年还发明了 Nmap 中的常用的扫描技术 idle scan[1]。
2009 年，当时 antriez 在做一个网站实时统计，他认为现有数据库比如 MySQL 无法满足那种写入密集、查统计数据的需求，于是他着手解决这个问题。
antriez 使用 Tcl 快速撸了一个名为 LLOOGG Memory DB[2] 的模块，总共只有 300 行，但却解决了手里的问题并包含了 Redis 的核心设计，有 protocol 和 list，还有 6379 端口！
随后 antriez 重新用 C 语言实现了新的版本，投入生产环境良好运行了几周，随后发表在 Hacker News 上并由此得到了更多关注，越来越多的公司开始在生产环境运行 Redis。
这里谈点题外话，Redis 最初在 Ruby 社区受到了关注，随后 Github、Instagram 等站点开始使用 Redis。Ruby 社区曾经是潮流的引领者，比如 Git 最初发表 Linus 也搞不懂为什么 Ruby 社区的人们这么喜欢这东西，后来就有了 Rails 写的 Github。虽然 Ruby 现在略显式微，但我们应该感谢 Ruby 社区的好品味给业界发现和创造了这么多好东西。
如果只是用来做缓存，2003 年开始我们已经有了 memcached，比如我 2011 年刚工作那会儿 memcached 是更成熟通用的组件，我还仔细读过 memcached 的源码[3]，但为什么 Redis 能后来居上？
antriez 谈到主要有两点：
对于密集写入的场景，特别是缓存相关的需求，Redis 可以节省成本，性能也很好
Redis 不只是缓存，而是一种不同形态的数据库，适合很多性能比正确性要求更高的场景
In the field of programming languages there is a motto: a programming language is worth learning if it is different enough from all you already know to change your mind, exposing you to new abstractions. Well I think Redis definitely is a really different database, and will change the way you think about your data.
antriez 从一开始就把 Redis 当作一个数据库来看待，而不只是缓存组件，简而言之 memcached 能做的 Redis 也行，而 Redis 能做到的 memcached 不行。
Redis 天然支持各种常用的数据结构，比如 list、set、maps 等等，这些数据结构让 Redis 可以应对各种业务需求，可以说 Redis 开启了一个 KV 数据库的新时代。
这个故事和 SQLite 的由来相得益彰，SQLite 的第一个版本只是个 Tcl 扩展，Git 的第一个版本只有 1200 行，这似乎印证了软件设计中的一个道理：运行良好的复杂系统往往由简单设计演化而来，而一个从开头设计的复杂系统往往不行，通过打补丁的方式通常也无法解决：
A complex system that works is invariably found to have evolved from a simple system that worked. A complex system designed from scratch never works and cannot be patched up to make it work. You have to start over with a working simple system." – John Gall
Redis 和 SQLite 都深受 Tcl 的影响，而 Tcl 是一门 1988 年发明有着 35 年历史的语言。Tcl 继承着 Unix 那种设计可组合、小巧的组件并保持简洁接口的设计风格，antriez 认为自己的程序理念深受 Tcl 的启发，特别是 Tcl 里 All data types can be manipulated as strings 和命令的风格延续到了 Redis 里。而 John Ousterhout 当年是为了解决 EDA 开发[4]中的一个需求发明了 Tcl，在互联网浪潮还未掀起的 80、90 年代里 EDA 真算是个技术领域里的一颗明珠，衍生出了很多技术分支。
Redis 的源码可作为 C 系统编程的典范，还包含了很多经典的数据结构的实现，你可以读读这本 Redis 设计与实现[5] 来领略一番。
随后 Redis 被 VMWare 赞助，后来又成立了专门的 Redis Labs。虽然 Redis 从一开始就是个热门的开源项目，但我们可以从提交数排名可以看出，在这近 10 年间主要是 antriez 一个人在做贡献和维护。
这是一个较为奇怪的现象，毕竟 Redis 是一个如此通用的组件，Github 上的关注度也很高，来自各种场景的需求会非常多。
但如果你仔细回顾 antriez 的风格，这就有了合理的解释。他认为对 Redis 来说，避免复杂度、保持稳定性是最重要的事，所以每天他面对众多的需求和 PR 时，大多数时候他都会说“No”，否则就会出现 Less stable code base, more problems 的恶性循环。
The bugs you write in the first implementation are extremely hard to fix later. They don’t go away easily. Basically there’s this process where you say, okay, I want to change something, but I want the software to remain stable. So you start to think about it for weeks, the way you want to do it, without writing any code.
每个新功能的引入必须要非常小心，Redis 的核心代码一直保持在万行的级别，并且在 4.0 版本之前都是单线程运行。
设计才是最重要的，而编码和实现是简单的，因为这只是水到渠成的事。
Instead, there’s this huge design process. But because of this design, sometimes we can write a new feature using half as many lines of code in a much more simple way, a much more stable way. You think and think and think and find that a couple of days ago, what sounded like the best design — it starts to sound pretty lame, actually, and you find another and another. At the end, you understand that probably that specific one was the best, and then you start doing the implementation.
This means, in turn, that people say, don’t worry, I can help you implement this. And you say, no. If you want to help me, you have to put more time into the design effort. Writing the code is the easy task. The hard task is understanding what to do and in what way to do it.
我想，这也是我们作为程序员想要提升到更高层次必须意识到的一个方面，不要过多花时间关注在编码上，而应该是花时间在思考需求和问题、找到好的设计这些事情上。
长久维护一个项目也会感觉到无聊，为了让自己保持兴趣，antriez 会尝试在不同的领域切换，比如一段时间做数据结构，过几周就切换到 cluster 之类的。并且除了 Redis 之外，他还在做更多 side project[6]:
1) Load81, children programming environment. 2) Dump1090, software defined radio ADS-B decoder. 3) A Javascript ray tracer. 4) lua-cmsgpack, C implementation of msgpack for Lua. 5) linenoise line editing library. Used in Redis, but well, was not our top priority. 6) lamernews, Redis-based HN clone. 7) Gitan, a small Git web interface. 8) shapeme, images evolver using simulated annealing. 9) Disque, a distributed queue (work in progress right now).
作为程序员 side project 是一种探索也是一种精神休息的方式，并且程序员通常会在 side project 中显得更有创造力：
Like a writer will do her best when writing that novel that, maybe, nobody will pay a single cent for, and not when doing copywriting work for a well known company, programmers are likely to spend more energies in their open source side projects than during office hours, while writing another piece of a project they feel stupid, boring, pointless.
我粗看了一下这些项目，都是 C 实现的并且风格统一，README 都会写些自己的思考和设计选择。
antriez 喜欢写小的程序，这不只是因为可以控制复杂度，而是因为短小的程序自有其美 Fascinating little programs[7]，老一代程序员喜欢在严苛的限制下挑战自己的技艺，比如 Writing an editor in less than 1000 lines of code, just for fun[8]。
独立维护一个影响如此大的开源项目会有巨大的心理压力，虽然用户并没有直接付钱，但维护者有责任去修复出现的问题。这种压力不一定是技术上的，也有来自社会方面的压力，比如不断有人指责他不把代码和 API 里的 master/slaver 替换掉。
antriez 曾经在一篇采访中谈到想在家里组成一只小队伍来维护 Redis，后来又感叹到现在太难找靠谱的 C 程序员了，愿意做 system programming 的越来越少。
antriez 在这篇文章中 The struggles of an open source maintainer[9] 阐述了维护开源项目的难处，其中提到在 Redis 项目用户多了之后，自己需要一直处于在线状态。而他习惯的工作方式是工作一段时间然后彻底放空，他从来不习惯朝九晚五的定时工作制，甚至提到自己无法保持编程 40 分钟以上，他喜欢编码一会儿然后去带孩子或者运动一会儿再回来。
除了编程之外，antriez 对红酒和运动也很有兴趣，而他更有追求的是在写作这件事情上，可以为了写作放弃编程，这让我想到了王小波。
三年前，他发了一篇博文声明自己从 Redis 上退下来，因为他认为自己想做的是艺术家那样的创造性工作，编程也是自己表达方式的一种，而 Redis 发展到现在这个程度创意性事情更少，事务性的工作更多了，这不是自己所期望的：
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. I would say that what I write is useful just as a side effect, but my first goal is to make something that is, in some way, beautiful. In essence, I would rather be remembered as a bad artist than a good programmer.
Redis 交给了几个核心维护者，这些人已经和他在开源社区有多年的配合，所以对社区来说这是个很自然的选择。
在停下编程的这几年，他默默地完成了名为 Wohpe[10] 的科幻小说，这本小说是关于人工智能和气候变化等，原文用意大利语写成，但现在也有英文翻译版本。
I now know for sure: it is no coincidence that for hundreds of years writing has been considered the highest art in which to try one's hand. By writing you look for things, and if you insist enough you end up really finding them.
写完小说后 antriez 还有些犹豫到底是回到编程还是继续从事其他写作，或者是边写作一边做些技术。直到前段时间，暂别了两年之后 antriez 终于通过 Advent of Code[11] 找回了编程的乐趣，他解决了 18 道题目，并且在过程中又折腾出来一门 stack-based 的编程语言。从 Twitter 上看，最近他在做一些 LoRa 设备上的小项目，也折腾 Flipper Zero 这样的极客设备。
总之，antriez 的博客非常值得一读，其中有一篇 英语是我 15 的伤痛[12] 让我很有共鸣，作为英语非母语的开发者，要融入到英语的环境中需要很多额外努力，而这是技术圈里大多数英文母语者根本不会在乎和谈论到的事。
他的博客里还有些好文章：
编程中保持心流，编程中如果有新的想法和问题发现，你可以先记录下来以后再回顾，这叫作 Log driven programming[13]。
For me other people making money out of something I wrote is not something that I lost, it is something that I gained. Redis 使用 BSD[14]。
Arts are one of the few things worth life's best efforts. Programming is art, if done in certain ways.
Life is too short to work like crazy for most of its part.
The mythical 10x programmer[15]
Programming and Writing[16]
看了这么多 antriez 相关的文章后，最让我印象深刻的也是好奇心，并且在好奇心的驱使下不断去做有乐趣的事。
保持兴趣，不只是技术上，生活上的兴趣也很重要，红酒、CrossFit、写作，以及冰激凌，antriez 和 Redis 的第一位用户 (老同事) 一直合开着一个冰激凌店！
参考:
idle scan: https://en.wikipedia.org/wiki/Idle_scan
[2]LLOOGG Memory DB: https://gist.github.com/antirez/6ca04dd191bdb82aad9fb241013e88a8
[3]读过 memcached 的源码: https://catcoding.me/p/memcached/
[4]EDA 开发: https://catcoding.me/p/3-years-in-eda/
[5]Redis 设计与实现: http://redisbook.com/index.html
[6]side project: http://antirez.com/news/86
[7]Fascinating little programs: http://antirez.com/news/74
[8]Writing an editor in less than 1000 lines of code, just for fun: http://antirez.com/news/108
[9]The struggles of an open source maintainer: http://antirez.com/news/129
[10]Wohpe: http://antirez.com/news/136
[11]Advent of Code: https://github.com/antirez/adventofcode2022
[12]英语是我 15 的伤痛: http://antirez.com/news/61
[13]Log driven programming: http://antirez.com/news/51
[14]Redis 使用 BSD: http://antirez.com/news/48
[15]The mythical 10x programmer: http://antirez.com/news/112
[16]Programming and Writing: http://antirez.com/news/135
程序员专属T恤