AT Protocolのレコードはデータ型のlexiconがプロパティを規定しているものと認識しているけど（詳しく読んでいないので知らんけど）、型がプロパティを規定するよりプロパティが型を規定するRDF的なアプローチの方が拡張性の観点で有利なのではという気がする
フォロー
tesaguri 🦀🦝
@tesaguri@fedibird.com
AT Protocolの世界観では少数のAppViewの実装者が自身の所有するNSIDのlexiconをかっちりと制御するのが理想で、拡張プロパティが対等でないのはもしかして欠点ではなく機能として意図されているのではという気がしてきた。
コレクションは基本的に1つのAppView実装＆インスタンスにのみ対応するという想定で、例えば`app.bsky.feed.like`に絵文字リアクションのサポートを追加する代替／フォークAppViewのようなものを考慮する必要性は低い的な（適当）
QT: https://fedibird.com/@tesaguri/113265786190900091 [参照]
AT Protocolのレコードはデータ型のlexiconがプロパティを規定しているものと認識しているけど（詳しく読んでいないので知らんけど）、型がプロパティを規定するよりプロパティが型を規定するRDF的なアプローチの方が拡張性の観点で有利なのではという気がする
