私のブログは長らくchangelog形式で書きPerlのChalowでHTMLを生成してきたのですがコロナの年に全く知らなかったGatsbyで生成するようになり全てmarkdownへと変換しました。
それから1年後Astroを知り今に至るわけですがその間にもGatsbyがNetlifyに買収され、AstroもCloudflareに買収されました。
Gatsbyは買収によって更新がされなくなり現在のNodeでは動かなかったりしている状態です。
残しておくデータはテキストファイルが間違いないということでchangelogで記録を始めたことで今も私のサイトは生き残っているように何が残るか、変換はたやすいかを考えるのは重要なことだと思います。
BlueskyもGatsbyのように必ずこの先ユーザーにとっては嬉しくない変化が待ち受けているはずで、いざその時に移動しようとすれば大変な苦労が待っているのは間違いないはずです。
ほとんどのユーザーはPDSを意識していませんし外部へ移動できることも知りません。外部に別のBlueskyができたとしても移動せずBlueskyを使うことは諦めてしまうのではないかと思います。
最終的に自分の手元に残せるのはATProtocolのリポジトリであり、これは私のchangelogのテキストデータのように将来も役に立てば良いのです。
Blueskyがサードパーティを重視するのはデータの存続性でありプロトコルの存続のためでないかと思います。
ウェブはhtmlが今も使われるおかげで生き残っているようにBlueskyが消えてもリポジトリが活用できればBlueskyに来て大量のデータをリポジトリに保存したかいがあったと思えるはずです。
そのためにはやはり存続の難しいSNSより外のサービスの充実は大事だと思うのです。
もちろんSNSのほうが流行らないと外部サービスも使われないのですがとにかくデータの互換性を各サービスは重視してほしいものです。
そんなわけで無駄にleafletを使うための長文でした。