忽略必须是 RSS 的播客，是否有理由使用 RSS/atom 而不是 JSON 提要？
您或许可以实现其中任何一个。大多数现代聚合器都支持两者。只要您以聚合器可以找到它们的方式发布它，您就是黄金。或铂金；我倾向于觉得金色的东西很华丽。
但这个问题还隐含着其他的东西。该框架表明JSON Feeds应该是默认的（我认为 Robb 不会反对这一点），因此需要有充分的理由来替代 RSS 或 Atom。相反，我们发现 RSS 占据主导地位，而 JSON Feed 自 2017 年推出以来尚未得到广泛采用。八年对于互联网时间来说是永恒的。那么什么给出呢？
我不确定，但我已经获得了鲁本德理论的专利！
-
JSON Feed 受到XKCD 标准效应的影响。每个博客都支持 RSS，甚至是那些实现 JSON Feed 的博客。我还没有遇到过相反的情况。如果 JSON feed 提供的不仅仅是替代序列化格式，也许它会更引人注目。但 RSS 可以完成这项工作，添加另一个标准并没有提供多少帮助。
-
JSON Feed 基本上是一种冗余格式。正如我在 2017 年写的，如果 RSS 的问题是 XML，您可以直接使用 JSON 序列化 RSS。 JSON Feed 是全新的，它要求您重新实现所有要做的事情……您已经可以使用现有工具完成的事情。嗯。
-
JSON Feed 解决了开发人员的问题，而不是用户的问题。编写最终出现在提要中的材料的人们，以及阅读这些提要的人们，根本不在乎所写的格式是什么。我们这些业内人士每次都忘记这一点，我们将面临危险。
-
“RSS”不是一个好名字，但它比“JSON Feed”更吸引人。普通“JSON”不仅仅包含定期联合格式。 JSON Feed 听起来像是委员会的名称。用于基金会联合服务的 Microsoft JSON Feed。好吧，我在这里有点小便。
但需要明确的是，这个领域还有创新的空间。我想联邦宇宙中的一些人就是这么做的。 RSS 不会永远存在，但我怀疑它的广泛替代将不仅仅是改变有效负载语法。这将是全新的分布式共享机制。
同时，您可以获取RSS 2.0 规范或W3C Atom 规范的语法和示例，并获得可以互操作的东西。当我们需要扩展规范时，我们甚至有命名空间（也许 JSON 可以类似地扩展，我不确定）。
事实上，RSS 和 Atom 经受住了时间的考验，没有屈服于第二系统综合症，这是一项功能，而不是一个错误，对此我一直心怀感激。他们的韧性让我看到开放网络仍然可行，尽管人们都在试图推翻它。
作者： Ruben Schade ，悉尼，2025 年 1 月 14 日。