Open-source infrastructure creators on GitHub
The developers behind the databases, protocols, and low-level tools that other software quietly depends on.
Über diese Seite
Die Benutzeroberfläche erscheint in deiner Sprache. Der lange Fließtext auf dieser Seite wurde auf Englisch verfasst und ist noch nicht übersetzt.
| Nr. | Entwickler:in | Bekannt für |
|---|---|---|
| 1 |
Salvatore Sanfilippo
@antirez
|
Created Redis, still one of the most widely deployed in-memory data stores in production systems. |
| 2 |
Jens Axboe
@axboe
|
Maintains the Linux block I/O layer and created io_uring, a major rework of how Linux handles async I/O. |
| 3 |
Kenton Varda
@kentonv
|
Created Cap’n Proto and Sandstorm, and later helped build Cloudflare Workers. |
| 4 |
Armin Ronacher
@mitsuhiko
|
Created Flask and Jinja2, and later co-founded Sentry. |
| 5 |
Mark Otto
@mdo
|
Co-created Bootstrap at Twitter, setting the visual template a decade of web apps followed. |
| 6 |
Jacob Thornton
@fat
|
Co-created Bootstrap alongside Mark Otto. |
| 7 |
Ben Newman
@benjamn
|
Built core pieces of Meteor and later Apollo’s GraphQL tooling. |
Some open-source work is visible because it sits in an application layer developers interact with directly - a framework, a UI library, a CLI. Other work sits lower down: a database engine, a kernel subsystem, a wire protocol. It runs underneath almost everything, and almost nobody using it ever looks at who wrote it.
The people on this list mostly work at that lower layer. Their repositories tend to have fewer stars than a popular UI library, despite arguably wider real-world blast radius if something breaks.
Infrastructure work rewards depth over breadth
Jens Axboe has spent years focused on one part of the Linux kernel. Salvatore Sanfilippo built Redis and largely stayed with the one project for most of a decade. This is a different shape from a prolific small-modules maintainer publishing dozens of packages - it’s fewer repositories, but each one carries enormously more downstream weight.
Neither shape is better. They optimize for different things: breadth of surface area versus depth of ownership over something few other people fully understand.
Frameworks and companies grow from the same root
Armin Ronacher’s path from Flask and Jinja2 to co-founding Sentry, and Ben Newman’s path from Meteor’s internals to Apollo’s GraphQL tooling, both show the same progression as the founders in a related list: deep, unglamorous infrastructure work first, a company or a next project built on that expertise second.
What this means for your own profile
Infrastructure and protocol work is genuinely harder to make legible on a profile than a polished app with screenshots. If that’s the kind of work you do, the signal worth surfacing is depth and duration on a small number of repositories, not repository count.
You can see how that depth actually reads on a showcase profile, or generate the same breakdown for your own account.