一个"Show HN"帖子在 48 小时内获得了 20k Star。标题是："我用 48 小时构建了一个 20k Star 的开源项目"。
讽刺吗？这个项目本身就是关于"如何获得 Star"的。但它确实成功了。
这不是开源的胜利，这是"发布即巅峰"的叙事胜利。
HN 的放大镜效应
Hacker News 的流量是巨大的。一个首页帖子可以带来数万次浏览。但 HN 的流量有一个特点：它是一阵狂风，不是一条河流。
狂风过后，项目还剩下什么？
- Issue 区：充满了"怎么用？"和"支持 Windows 吗？"的噪音。
- Star 数：停滞在 20k，不再增长。
- 贡献者：几乎没有。因为大家只是来 Star 的，不是来写代码的。
这就是"放大镜效应"：它能把一个小东西瞬间放大成神话，但风停之后，神话就消散了。
GitHub Trending 的异化
曾几何时，GitHub Trending 是发现好项目的地方。现在，它变成了营销战场。
有人专门研究如何"Launch on Hacker News"。有人写文章教"如何获得 10k Star"。GitHub Trending 不再是质量的指标，而是营销能力的指标。
当一个项目能在 48 小时内获得 20k Star，但 Issue 区全是噪音，贡献者寥寥无几时，我们应该问：这 20k Star 到底代表什么？
它们代表的是"我听说了一个很酷的东西"，而不是"我要使用这个东西"。
作为开发者的我们该怎么办？
不要被 Star 数绑架。也不要被"48 小时神话"绑架。
真正的开源项目是长跑，不是冲刺。
它不在于你第一天能拿多少 Star，而在于你第一年后还有多少活跃用户。它不在于你的 Launch 故事有多精彩，而在于你的 Issue 区有多少高质量讨论。
下次看到一个"48 小时 20k Star"的项目时，不要只看 Star 数。去翻翻它的 Commit 历史，看看它的 Issue 区，看看它的 PR 合并率。
那里才有真相。