自由ではないシステムに対する妥協かも＞＜
オレンジがこういう話とか、デザインを変更する時は土下座するつもりでみたいなのも同様にロックインの問題でもあるんだけど、
各個別の問題その物よりも、IT界隈の多数派の考え方が「新しい物はより正しい」「規格がコロコロ変わる一貫性が無い物を追う事が正しい」みたいな事になって結果的に自由に反している現状を変えたいと考えていて、だからこそあれかも＞＜
orange
さんがブースト
何らかの不都合があって、人々が自分の判断で妥協を選択したのであれば、その結果についての責任は不都合だけでなく妥協そのものについても追求されるべきという感じです (一般論)
orange
さんがブースト
まあ Mastodon がいくつかの面で理想的とは言い難いというのはそうなんでしょうけど。
だからといって Mastodon にまつわる問題の全てで Mastodon に責任があるわけではないという話なので、私はどちらかというと問題の元凶を追いたい感じですね
それ、目の前の分かりやすい問題で言うとサードパーティークライアントが「インスタンス」なり「toot」なりをどう表現すればいい？＞＜
マストドンの用語をそのまま使えばマストドンにロックインされてるのと同じ、
各サードパーティークライアントがバラバラに用語を使うと、今度はそのサードパーティークライアントにロックインされてしまう＞＜
iPhoneユーザーが他所の電話器に乗り換えるのに障碍があるのと同じように＞＜
orange
さんがブースト
むしろ、独自実装を当然そうあるものとして標準のように扱おうとしている人々が (そんなのがいるとすれば)、「自ら進んで、抜け難い檻を作ろうとしている」みたいな光景に見えます。であれば、ロックイン的現象を発生させようとしているのは、他ならぬサードパーティクライアント開発者ということになる。
であれば、その責任を Mastodon に問うのはちょっとおかしい。
orange
さんがブースト
Mastodon は標準が存在しない領域を独自実装で埋めていますが、これが標準になることを妨げるものは (規格化に携わる人々の知的労働コスト以外には) ほとんどないはずだし、標準が策定されればきっと Mastodon はそれに追従するでしょう (OStatus のみならず ActivityPub に対応したように)。
これは本当にロックインと同等であるといえるでしょうか？ 私はそうは思いません
オレンジ的には、現実にどう向き合うか？とか仕様に従う開発者としてみたいなことよりも、自由や分散の思想の面で見るとどうだろうって事の方が大事かも＞＜
じゃなきゃ結局自由に反し、分散せずに独占される考え方の陣営(？)の発想の方がどんどん広まっちゃう＞＜
orange
さんがブースト
具体的には、非標準や不安定に対しての認識が甘い/そういった機能を自覚的に使えない人々に対して、追加のコストを支払ってでも安定を提供すべきか、あるいはそういった人々の認識が正される/正しくない認識の報いを受けるべきか、という別の話です
orange
さんがブースト
ウンコ食わされうるような勇気ある行動をしている人々、当然ウンコ食う覚悟あるんだと思ってたけど、もし実はそうでもないのだとすれば、それは人々の標準や安定という概念に対する認識の不足の問題なので、また別の話ですね……
オレンジ的には、それが自由に反するソフトウェアやハードウェアが囲いこみするための行動と同等であり、自由を謳うソフトウェアであっても同様にそのソフトウェアが独占的に囲いこみしてしまうのであれば、トートロジーだけど、自由に関する重大な問題だと考えるかも＞＜
特にそれが自由を謳うソフトウェアであるならば、行動に一貫性が無いと言えるかも＞＜
分散を不可能にしようと振る舞ってる囲いこみ主義のソフトウェア、マストドンって事になるかも＞＜
orange
さんがブースト
私だってどうしても待ち遠しい機能が必要なときはウンコ食う覚悟をして unstable な機能を使うんですよ。それで実際にウンコ食わされたことだってある。
だからこそ標準から外れることに慎重になるし、標準として用意されていないものを標準と並べないようにするんです
orange
さんがブースト
https://mstdn.nere9.help/@orange_in_space/101637258937233748
なので、「待てない」というのを暗黙の前提にするのはフェアではないと思いますね
orange
さんがブースト
それを言ったら、そもそも ActivityPub が recommendation になる前に AP を実装しようとしていた人々もウンコ食う覚悟をしていたことになるわけですが、そこで待つ選択肢だってあったんですよ。
現状だってこれから先だって、規格が整うのを待つという選択肢は常にある。
待てない人がウンコを食う覚悟を決める。
そういう話。
orange
さんがブースト
本当に今すぐその機能が必要なら、ということです
・・・と言うことは、オレンジが最初に書いた通り、現状(つまり、待った先では無い)、マストドンその物に周辺機能も組み込む方向で考えるしかないってことだよね？＞＜
orange
さんがブースト
待てない人は汚物を被る覚悟をしてくださいということです (マジで)
つまり、本質的ではないサービスを外部サービスに切り分けるのも待つ？＞＜
それともTwitterAPIのごとく現状の仕様にあわせて作って、後にオイゲン氏が仕様変えてツイッタークライアントみたいに大量のコードがまとめてゴミにされるのを待つ？＞＜
orange
さんがブースト
これについては再三述べているとおり、「(ある程度安定したデファクトスタンダードに) 収束するまで待て」というお気持ちなので、現段階でそこまで大きく問題視していないです
その"我慢"こそ、発端の話である『周辺機能は外部サービスに・・・ができずに諦めてマストドンに実装するしかない状況』かも＞＜
- ＠orange_in_space
2017年 4月に登録
