在相当长的一段时间里，我公开庆祝并欢迎curl项目中的每一位新提交作者。最近，这意味着我在 Mastodon 上发出了一个嘟嘟声，说欢迎某某作为curl 提交作者编号 XYZ以及他们最初的curl 作品的链接。 （示例 1 、示例 2 ）。
此消息传递不会自动完成。 GitHub 通过在 PR 中特别提及何时由首次访问存储库的人来提供帮助，并且我有一个方便的本地脚本，可以告诉我到目前为止我们有多少位作者，然后我自己输入消息并发送它。 （有时我会错过一个，我很遗憾。）
这个过程每项体力劳动大约需要七点五秒。编写一个自动脚本来正确地完成此操作，并由合适的人触发，需要花费相当于新作者多年的时间。
在过去的几个月里，人们越来越多地注意到并回复了关于我们正在接近提交作者编号 1337 的事实。很多人都以“我应该尽快学习编程，这样我就可以成为编号1337”。
1337这个数字，当然只是一个数字。我觉得这很有趣，也很迷人，它似乎有一种近乎神奇的光环，对我们社区中的这么多人具有吸引力。
今天，提交作者 1337 终于公布了，距我们宣布提交作者 1000仅仅三年了。除了这篇博文之外，没有任何关于这一事实的永久记录或任何内容。此外，还存在这样的风险：我们在某个地方有一个或两个重复项，因此稍后重新计票的结果会有所不同。
提交作者 1337 成为编写此拉取请求的Michael Schuster，该请求修复了 mbedTLS 后端代码中的一个小构建问题。谢谢！
过去三年中有 337 位新作者，相当于平均每周大约有 2 位新提交作者。不错。我们还有空间容纳更多！
在这种情况下，一个相关的统计数据还表明，65% 的提交作者只创作过一次提交。
随着时间的推移，curl 中提交作者的数量现在，我们接下来去找作者两千……
原文： https://daniel.haxx.se/blog/2025/01/29/a-1337-curl-author/