orange @[email protected]

むしろ、独自実装を当然そうあるものとして標準のように扱おうとしている人々が (そんなのがいるとすれば)、「自ら進んで、抜け難い檻を作ろうとしている」みたいな光景に見えます。であれば、ロックイン的現象を発生させようとしているのは、他ならぬサードパーティクライアント開発者ということになる。
であれば、その責任を Mastodon に問うのはちょっとおかしい。

Mastodon は標準が存在しない領域を独自実装で埋めていますが、これが標準になることを妨げるものは (規格化に携わる人々の知的労働コスト以外には) ほとんどないはずだし、標準が策定されればきっと Mastodon はそれに追従するでしょう (OStatus のみならず ActivityPub に対応したように)。
これは本当にロックインと同等であるといえるでしょうか？ 私はそうは思いません

具体的には、非標準や不安定に対しての認識が甘い/そういった機能を自覚的に使えない人々に対して、追加のコストを支払ってでも安定を提供すべきか、あるいはそういった人々の認識が正される/正しくない認識の報いを受けるべきか、という別の話です

ウンコ食わされうるような勇気ある行動をしている人々、当然ウンコ食う覚悟あるんだと思ってたけど、もし実はそうでもないのだとすれば、それは人々の標準や安定という概念に対する認識の不足の問題なので、また別の話ですね……

私だってどうしても待ち遠しい機能が必要なときはウンコ食う覚悟をして unstable な機能を使うんですよ。それで実際にウンコ食わされたことだってある。
だからこそ標準から外れることに慎重になるし、標準として用意されていないものを標準と並べないようにするんです

ここで「待つべき場面が多い」という現状も含めての、 ActivityPub を取り巻く環境が early stage であるという話でもあります

https://mstdn.nere9.help/@orange_in_space/101637258937233748
なので、「待てない」というのを暗黙の前提にするのはフェアではないと思いますね

それを言ったら、そもそも ActivityPub が recommendation になる前に AP を実装しようとしていた人々もウンコ食う覚悟をしていたことになるわけですが、そこで待つ選択肢だってあったんですよ。
現状だってこれから先だって、規格が整うのを待つという選択肢は常にある。
待てない人がウンコを食う覚悟を決める。
そういう話。

本当に今すぐその機能が必要なら、ということです

待てない人は汚物を被る覚悟をしてくださいということです (マジで)

これについては再三述べているとおり、「(ある程度安定したデファクトスタンダードに) 収束するまで待て」というお気持ちなので、現段階でそこまで大きく問題視していないです

標準が使い物にならないのであれば、標準をどうにかすべきなのであって、まあそれは理想主義と言われるかもしれませんが、私はウンコ食いたくないので料理ができるまで我慢します。あるいは私にできることがあるなら協力したいとも思いますが。

標準でないものを標準であるかのように扱うならば、その悪い性質について実装者が責任を持つのは当然に思われます