新しいものを表示

でも、規格にしないで「単に実装の仕様なんです」って逃げて、それをコロコロと「改良しました!」と変えておろかな信者的ユーザーに「こっちの方が新しいし、古いのにこだわるのは老害」って言わせるの、自由に反するIT界隈の独占的な色々がやるロックインの手法の代表例でしょ?><
それを『分散』のマストドンがやらかしてるのはどうなの?><

orange さんがブースト

合意というのは人々によって行われるべき事項であって、いち実装が責任を持てというのはおかしいかもしれないが、かといって規格がそれを明示すべきかというと、それは明らかにユースケースを制限することになりうるので危険そう

スレッドを表示

UX上の各情報が何を指してるのかわからなければ、ユーザーは操作不可能という実用的な問題があるよ?><
例えばマストドンで言うところの「インスタンス」を「クルトン」と呼んでる外部サービスがあったとして「クルトンを入力してね!」とか書いてあっても意味不明で「コーンスープは関係ないだろ!?」ってなるじゃん?><(今食べたい)

orange さんがブースト

たとえば ActivityPub におけるイベントの単位は "Object" だし、投稿は "Note" 型のデータだったりするわけだけど、これをクライアントの UI において露呈しない、他の用語を用意するというのは十分に合理的に行われうるかと思います。

まあ "toot" が合理的かはまた全く別の話なんですが。

スレッドを表示
orange さんがブースト

mstdn.nere9.help/@orange_in_sp
「○○を△△と呼ぶべき」という規定が明文化されて発行されたならばそれは規格だけど、そうでない UX 上の事項は単なる人々の合意、デファクトスタンダードに過ぎないわけであって、これは倫理観と合理的判断により当然多様性が発生しうるという考えです

「インスタンス」言うのやめて「サーバー」にする話でも、外部サービスがそれを「インスタンス」と呼んだままだったら、ユーザーはなんの事だかわからなくて混乱するよね?><

そういう事も含めて、長期的に一貫性を持って約束して公言して規格にする事で、ユーザーはロックインされずに、自由に、分散されて、・・・・かも><(語彙力)
オイゲン氏は約束せずに逃げてるとも言える><

書いてて行き違いになったけど、各機能をなんと呼ぶか?も規格でありUXなんだよ?><

orange さんがブースト

これはクライアントアプリケーションが責任を負うべきものであって、そんで現状の Mastodon や Preloma 等は単にサーバとクライアントが一体で提供されているから境界が曖昧になっているだけですよね

スレッドを表示
orange さんがブースト

mstdn.nere9.help/@orange_in_sp
そもそも UX への責任は AP サーバが持つべきものではないと考えているので、ちょっとこれはよくわからないです

投稿や引用等の名称でさえ統一された規格通りになってないんだよ?>< マストドンが最初に出会ったSNSだったユーザが「短文投稿の事はtootというのか」と学んで外部サービスを使ったら例えば全部「レス」と書かれてたら「レスってなに?」ってなるでしょ?><

みたいな状況なのに「インスタンス」って言うのやめて「サーバー」にするんでしょ?><(それ自体は賛成だけど)
オイゲン氏、規格というものがなぜあるかなんてなにも考えてないかも><

でも、じゃあ本当に規格化されていた部分だけを見て作ろう、マストドンの(長期的一貫性が無い)各振るまい各機能、それにどうにか互換性持った振る舞いを苦労して実装してるPleroma等々の各機能全部無視して、UXに一貫性があるもの作れる?><

orange さんがブースト

これはどちらかというと、いち実装を規格であるかのように神聖視しがちなアプリケーション実装者に責任があるように思われる (まあ “実用上” はそのように振る舞うことにも一理あるんだけど……)

この前もPleromaとか方面と、マストドンという『規格』で もめてたよね?><

一方で、マストドンの問題として、マストドンがActivityPubとかから大幅に拡張した『規格』になってしまっていて、かつ オイゲン氏はそれを規格のように考えていない(仕様に長期的一貫性が無い)ので、マストドンその物に組み込まないと、横断的に一貫性があるUXを持つような(外部の)仕組みを作れないかも><

これ基本的にはそうだと思うけど(オレンジがソフトウェアのアップデートに関して現状がおかしいって言ってるのもそれに近い話だし><)

orange さんがブースト

mastodon.cardina1.red/@lo48576
まあこれは「本質的機能とそうでもない機能を混ぜると、後者を前者であると勘違いする輩がテキトーなことを言い出す」みたいな人間のアカン面の表出を未然に阻止したいというような気持ちも若干あっての考えでもあるけど……

スレッドを表示
orange さんがブースト

もっと別の言葉で表現するなら、機能への責任はもっと明確に分解されるべきだという話になるかも。
fediverse やそれに参加するための人間用サーバは、 ActivityPub により交換される情報や交換機能を提供することを第一とするのであって、他の機能をプライマリであるかのように喧伝するのは危険な気がするし、そういった「プライマリでない機能」を、ある程度特化してその機能提供に責任を持てるような別実装に委託するのが自然に見える (ポヨグヤマ並感) #distsns

スレッドを表示
orange さんがブースト

結局人間的にはハブは欲しくなるんでしょうけど、ハブは fediverse やそれに参加するための実装から直接に提供されるべきでなく、交換可能かつオプショナルな形で外部的に提供されることができるはずだ、という考えです #distsns

orange さんがブースト

舎人ライナーの荒川の橋好き><

古いものを表示
:realtek:

思考の /dev/null