/github优秀列表的幕后故事你了解吗💡🤯

如果你使用 GitHub，你可能对“awesome-lists”不陌生。

Awesome-lists 是一系列开源的 GitHub 项目。它们围绕特定主题提供精选内容，读者会觉得这些内容真的很赞。每个列表都采用了“awesome-”的命名约定，大多数都会感谢那些启发它们的其他 awesome 列表。

现在 GitHub 的移动应用 Explore 标签页也会显示“Awesome Lists”。

这是一张图片。

你会找到各种各样的awesome-lists，从主流科技话题如awesome-react到一些随机的内容，例如awesome-falsehoods（“程序员可能信以为真的谎言的精选列表。”），awesome-board-games（“精选的桌游列表”）和awesome-veganism（“一系列精选的资源、链接和小贴士，帮助每个人轻松实践素食主义”）。

对我而言，几年前初次接触到awesome-lists的概念时，就一见倾心。我现在维护着自己的列表，最近和我的Pulse朋友一起启动了awesome-opensearch。

👉 👉 您介意给我那个很棒的列表一个 GitHub star 吗？我真的感激您！ ⭐ 🙏

让我们来探究一下列表的起源吧

这让我开始想，这个“酷清单”最早是从哪里冒出来的？

谁先开始的？

他们早期有没有推广过这个想法？

为什么偏偏要用“awesome”，而不是其他所有的最高级形容词呢？

我四处看看，却发现没有人写过相关内容，所以我决定自己填补这个空缺，写第一部全面研究历史上的“awesome-lists”。

很有帮助的是，GitHub 这个平台设计得可以留下数字指纹和线索。所以我从大量的提交历史、README 和 PR 评论中筛选后，拼凑出了一个权威的时间线和 awesome-lists 的发展历史。

历史上第一个awesome-list发布的是由Jamie York（@ziadoz）于2012年1月25日发布在GitHub上。

他在第一次提交中写了如下内容：

这里有一些超赞的 PHP 库，简直太棒了，我甚至用了三次“超赞”这个词！你应该已经用起来了：

两年后的2014年1月17日，另一个超赞的列表诞生了，当时 Jan Van Ryswyck 发布了 awesome-talks。虽然这个项目的命名和 awesome-php 很像，但 Jack 在他的 初始提交 中并没有提到任何相关性。

影响和归属的第一个迹象将在一个月后，即2014年2月10日，awesome-sysadmin启动后出现。在最初的提交信息中[git链接]，弗朗西斯科·奥古斯托（Francisco Augusto）写道：

一个精心整理的超棒的开源 Sysadmin 资源列表，灵感来源于 Awesome PHP。
当天晚些时候，Francisco 在 README 中添加了更多上下文信息。

一个精心整理的超棒的系统管理员开源资源列表，真是太赞了，灵感来源于[Awesome PHP](https://gist.github.com/Xanza/7663627)
注意，参考链接是一个GitHub Gist URL。Gist 是 GitHub 的一个功能，它允许你存储和分发代码片段，而无需设置一个完整的仓库。这有点像 GitHub 版本的帖子或推文。

原来弗朗西斯科添加的特定Gist链接已经失效了。他应该是想引用https://gist.github.com/ziadoz/1677679，这是贾米·约克在2012年1月发布“awesome-php”的地方。

最初，人们认为awesome-lists是仓库，但实际上是Gists。awesome-lists最初的受欢迎程度和曝光度得益于Gists的社交性和分享性。

在 Gists 上差不多两年后，awesome-php 达到了 260 个 fork 和 1400 个星标。而在 2013 年 11 月 29 日，Francisco 宣布：“Awesome PHP 已永久迁移到其自己的 GitHub 仓库 https://github.com/ziadoz/awesome-php。不再对此 gist 进行任何更新。”

Awesome-lists已经超出了Gists的范围，是时候让它们成为GitHub正式项目中的独立项目了。

awesome-list真正开始快速增长的转折点是2014年夏天，特别是在六月和七月，一系列awesome-list相关的GitHub项目涌现。

2014年6月28日，awesome-python 启动。在首次提交 这里可以看一下哦 中，Vinta Chen 写道：

Python 框架、库和资源的精选列表，受 awesome-php 启发而来。

7月3日，Marc Anguera 发布了 awesome-ruby。在最初的提交(https://github.com/markets/awesome-ruby/commit/97fa92e1ae5e34d2368ac380b4c3ebc52397f3d4)中，并未提及任何其他列表，但发布时间和命名方式暗示这可能是受到了之前发布的其他 awesome 列表的启发。

精彩清单也开始在其他社交平台如推特上获得更多推广。例如，这是2014年7月9日的这条推文，介绍awesome-ruby项目的内容：

当@avelino 于2014年7月6日启动 awesome-go 时，迅速增长的信号再次被触发。最初的提交内容如下：

初始提交如下：

一个精心整理的 Go 框架、库和软件的列表，灵感来自 awesome-python 项目。与其他 awesome-lists 不同，它们将 **awesome-php** 作为最初的灵感来源，而 awesome-go 则是受到了刚推出一周的 **awesome-python** 项目的启发。

7月7日，第二天，Caleb Xu 推出了 awesome-shell。显然，GitHub 生态系统中的许多人注意到了 awesome-list 的趋势，并纷纷创建了自己的列表。

到了7月8日，这些精彩列表已经有了足够的曝光度，从而催生了第一个精彩列表的汇总表。

awesome-awesomeness 是由 Alexander Bayandin 发起的，他这样描述了：

一份超赞的好东西清单
这个列表把所有之前的好东西清单汇集到一个方便的地方。

在那一年的7月10日，随着awesome-devenv的出现，awesome-list趋势继续。在最初的提交里，Dotan J. Nahum 强调了进展。

一份精心挑选的工具、资源和工作流程技巧列表，帮助你打造出一个出色的开发环境。
这受到了awesome-go的启发，而awesome-go则是受到awesome-python的启发。
7月11日，Sindre Sorhus启动了awesome，这标志着另一个awesome-list的聚合开始了。
这在这里有描述：

“一份精选整理的列表”

值得注意的是，在该项目的第一次提交中，有一个列表叫做frontend-dev-bookmarks。这个列表是由Tim Navrotskyy于2013年6月22日开始的，比2014年的迅猛增长早了一年。

前端开发书签项目显然没有采用awesome-命名惯例，也不清楚它是否受到了新兴的awesome-list趋势的影响。正如Tim在初始提交中所提到的那样，这似乎是一个与awesome-list类似的、并行的努力，旨在整理有用的前端开发信息。

`这是我收集的一些超赞的前端开发资源列表。欢迎提交拉取请求，任何建议都欢迎。

awesome-list生态系统的吸引力如此之大，即使是类似的平行项目也被吸引进来了。这很棒，也欢迎其他类似的前端资源分享。`

同一天里，Sindre Sorhus 发布了 awesome 项目，他还同时发布了 awesome-nodejs。当时，它被描述为：

一份精心挑选的 Node.js 包和资源列表。受这份 [awesome](https://github.com/sindresorhus/awesome) 列表的启发。
Awesome 列表已经在大规模地涌现。

他们被正式认定为某种“存在”。

我联系了几位早期创建这些酷列表的人，以了解是什么促使了2014年那个夏天的迅速增长。

我以为肯定有个活动或会议将这个awesome-list的概念让人为所知，但事实证明这是完全是自然形成的。这股潮流是通过社交媒体分享和算法流行起来的。

其中一个有趣的附带结果是维护这些awesome-list的难度。如何保证这些链接都是正确的？如何发现那些随着时间推移而失效的链接？

这是早期采用者曾思考过的一个问题，awesome-devenv 的 Dotan 在 2015 年底分享了一篇文章（https://jondot.medium.com/using-travis-ci-to-validate-awesome-lists-ed12ed697146），解释了如何通过 Travis CI 自动审查并验证 awesome 列表的内容。

正如我们在文章开头说的，Jamie York 使用了 “awesome” 这个词来形容第一个 awesome-list：“这里有一些超赞的 PHP 库，真的超赞。是的，超赞到我都用了三次这个词，你真的不能错过。你应该已经开始用它们了吧：”

“Awesome”这个词用来衡量一个资源或内容片段有多么令人惊叹。如果不足够棒，就不会被列入这个列表。这个词抓住了“awesome-list”运动的核心理念，并明确了收集和策展之间的关键区别。目标是仅挑选出最好的内容，排除其他内容。

正如Sindre Sorhus在他的贡献准则中所提到的：
https://github.com/sindresorhus/awesome/blob/main/pull%5Frequest%5Ftemplate.md

确保列表中只有最棒的项目。优秀的列表应该是精选出最棒的，而不是包罗万象的。

剩下的就不用我多说了。awesome列表已经成为GitHub文化的重要组成部分。这些项目共同获得了数百万GitHub star，已经证明是开发社区及其其他领域内的宝贵资源。

这种awesome-list趋势的迅速增长突显了精选内容的价值，并突显了开源社区的协作精神

真是太给力了，你坚持到最后！如果看到这里，再花8秒钟给awesome-opensearch点星，我真是太感谢了。

谢谢！

……

我是Zevi，一名专注于全球营销和增长的顾问。我帮助初创公司实现有机增长，使他们变得非常出色。

如果你想了解更多关于增长和营销的智慧，订阅我的Growth Notes（即将上线）。