Central and distributed podcast apps

ポッドキャストアプリを作成するには、基本的に2つの方法があります。

集中型: 新しいエピソードをチェックする（アプリの開発会社が運営する）集中サーバーがあり、そこから新しいエピソードがあなたに配信される。
分散型: アプリ自体が新しいエピソードをチェックし、ポッドキャストの配信者から直接エピソードを取得する。

AntennaPodは2つ目の方法を使用しています。それには、利点と欠点の両方があります。

アプリが新しいエピソードをチェックするため、（私たちのような）アプリの作者は集中サーバーをメンテナンスする必要があります。これにより、大量の時間と作業が節約できます。また、大量の費用も節約できるため、広告や高額の寄付に依存する必要がなくなります。
アプリは新しいエピソードを集めるために集中サーバーに頼る必要がないため、AntennaPodは開発とは独立して機能し続けます。集中型の方法を使った場合、会社が何らかの理由でサーバーをシャットダウンしたときにアプリは動かなくなってしまいます。
私たちは、アプリ開発者として、どのポッドキャストが購読されたか、どのエピソードが再生されたか、いつ再生されたかを知ることができなくなります。集中型サーバーを提供しているアプリの開発者は、これらのデータを収集して、あなたのプライバシーを損なう恐れがあります。
非公開フィードを提供して、早期アクセス、スペシャルコンテンツ、広告なしエピソードを提供している配信者もあります。そうしたフィードにはユーザー名とパスワードが必要であるため、AntennaPodはリクエスト時にポッドキャストホストに直接情報を提供します。集中型サーバーの場合は非公開フィードの追加を許可しないことがよくあります。もし許可していた場合でも、認証情報をアプリの開発者に送信しなければならない可能性があります。
アプリ開発者がサーバーからポッドキャストを削除可能にする中央のアクセスポイントを持たないことにより、検閲のリスクがなくなります。
一方で、分散型モデルでは、新しいエピソードが取得できるのがポッドキャストを更新したときのみになります。AntennaPodでは、デフォルトで12時間ごとですが、間隔は長くしたり短くしたりでき、いつでも手動で新しいエピソードを確認することもできます。集中型サーバーの場合は、新しいエピソードを高頻度で確認したり、場合によってはポッドキャストホストからリアルタイムで通知を受け取ることも可能です。これにより、アプリは購読したすべてのポッドキャストを定期的に確認することなく、新しいエピソードをずっと早く知ることができます。
また、たとえば、配信者が最新10エピソードのみを公開している場合に、AntennaPodがポッドキャスト配信者が削除したエピソードを配信することもできません。集中型サーバーに依存しているアプリでは、RSSフィードから削除されたとしても、古いエピソードを配信できる可能性があります。