Agola CI/CD ちょっと気になってる、どんな感じだろう

このアカウントは、notestockで公開設定になっていません。

キラ☆キラ - Wikipedia
https://ja.wikipedia.org/wiki/%E3%82%AD%E3%83%A9%E2%98%86%E3%82%AD%E3%83%A9

このアカウントは、notestockで公開設定になっていません。

異種サービスを集める unified personal timeline を実装したい気持ちはまあまあわかるんだけど、どちらかというとそのために必要なのはプロトコルではなく情報の粒度の調整な気がしているので、運用と bot でカバーしたいかなぁ

全文入ってる RSS エントリが Mastodon の TL に流れてきても普通に邪魔なので

というか RSS/Atom 界隈は全文入れるのか summary や excerpt だけ入れるのかを統一できてない時点でアなんだよなぁ……

全文入れたら入れたでリーダ側の要約機能がカスだったりして。最初の段落を取ってきてくれれば良いものを、構造を全部破壊したあとで先頭からn文字だけ取ってくるとかいう馬鹿実装……

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

カネ出せば作れるからなぁ、 gTLD

.nissan とか .nissay とか .softbank とか、当事者以外に使い物にならなそうなのいくらでもある

matte.sokono.o.nissan

chuable.softbank/rupt

このアカウントは、notestockで公開設定になっていません。

.go.jp があっても人々使ってないし、 brand TLD があっても人々使ってない

むしろ .xxx と同じで邪悪な存在に取られないように防衛している説の方が説得力あるね

まあ財務状況が怪しくなってきて手放すことになったら困るからあまり依存したくないみたいなのはあるのかも

friends.nico は財務状況が危険になったら躊躇なく潰せるからこそ .nico 使えたのでしょう

実際いまはもう無いし

.ed.nico インチキくさくてずるいな、技ありだ

オレオレ TLD で一番ズルいのは .new だろ、 google マジ半端ねえ

https://doc.new/
https://docs.new/
https://document.new/
https://documents.new/
https://sheet.new/
https://spreadsheet.new/
https://slide.new/
https://presentation.new/

やりたい放題や

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

じゃあこれも実は具体的で X Window system のことかもしれん (?)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

OP 曲の権利関係の話かもしれん

アニメサントラに OP/ED 曲のフルバージョンが入っていない理由とかと似たような話かも

歌手と制作委員会のどちらが主な権利を持っているかという。まあ知らんけど。

markdown 使える文脈だと inline code にすることで回避できるんだけど、それもできない中途半端なお節介システムはどうしようもない

WJ (U+2060) をさしこむ手もあるけど、コピペで邪魔になるからなぁ

nostr を初めて聞いたときは文字列を投稿できない SNS かと思ったよね

実態としてはむしろ noimg じゃんという感想 (?)

yet another nostr ということで yestr を誰かが作ることでしょう (???)

世界をひとつにする文字
U+2060 WORLD JOINER

#適当

http://tom7.org/chess/cve.pdf

同人音声を聞いていて「あぁ、こういうところが素人の素人たる所以なんだなぁ……」となって萎えた (偏屈オタク)

「この薔薇のような香り」という台詞で、「《この薔薇》のような香り」と「この《薔薇のような香り》」ってイントネーションというか高低で読み分けられるじゃないですか。前者の「ば」は低くなって、後者の「ば」は前後の「の」/「ら」とだいたい同じ高さになる。なるはずなんですよ……

よしんば校正 (とは音声では言わないか) したとて、一部分だけ取り直すのは同人の環境だと難しいのかもわからんが

たぶん日常生活でも文章/音声問わずこういう曖昧性回避チャンスを気付かず逃している場面は沢山あって、会話では指摘するのも野暮だしスルーされがちだけど、実は相手の認知能力に負荷をかけているんだろうなぁと

https://mastodon.cardina1.red/@lo48576/109813968391090642
https://mastodon.cardina1.red/@lo48576/109813975843073111

#IQ急上昇

https://mastodon.cardina1.red/@lo48576/108346784437964400

晒し行為をすまいと思って作品をメモしておかなかった結果、「地を分けた兄」とかいう激おもしろ変換ミスがどこ由来なのかわからなくなってしまった。二度と誤ちは繰り返しません！！

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

又吉←はい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

べつに Mastodon 等は完全な分散を目指していないよねということがそこそこ認知されているというだけで、分散は fedi の関心の範囲外だというわけでもない

まあ「ActivityPub ではドメイン保持と名前解決が “中央集権的” な仕組みになっているから、ドメイン接収に耐性がない」などと言われてしまえばそれはそうだけど、そこまで完全な分散を本気で必要としている人は多分そんなに多くない

名前解決リスク等に耐性のある実装を使う人々も、どうせ実運用では docker hub からバイナリを引っ張ってきたり GitHub からの pull を前提にしてるんでしょう。それ各種 hub による改竄には耐性ないですよ (削除には一応耐性あるけど)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

単にプロトコルレベルで完全な分散を目指すと参加者全員がエクストラコストを負担することになり、 AP のように選択に幅を持たせるとコストの負担も省略できる、というだけだと思う。
ドメイン接収以外に AP がコスト面で特別不利とする理由はないのではと

まあ「自然と大規模サーバが発生してしまう」という構造というかインセンティブ設計自体がなんかビミョーじゃない？ という話ならそれはそれで (個人的には) 頷ける意見ではあるけど。

このアカウントは、notestockで公開設定になっていません。

アイデンティティ自体は侵害されずともその利用の阻害はできるわけで (リレーからのブロックやサイレントな情報欠落)、それを厭うなら結局自前サーバを持つしかないじゃんという点で行き着く先が対等に見える

AP の実装がダルいというのも拡張フィールドに対応しようと思ったとき初めて JSON-LD 駕必要になるというだけで、プレーンなプロトコルを使うだけならまあまあ良心的ではという感じもするし (実装してないのでわからんが)

このアカウントは、notestockで公開設定になっていません。

なりすまし耐性なら、 Mastodon とかも暗号学的な署名を利用しているはずなので耐性はあるよ (受け手の実装が本気で検証しているかは別の話)

なりすましではなくアイデンティティと紐付いたアカウントや名前の紛失を恐れているなら、それこそ OpenPGP の鍵とかと紐付ければ良くない？ という気持ちがある。署名付きの投稿を流せば済む話 (画像は無関係な xkcd#1181)

このアカウントは、notestockで公開設定になっていません。

サーバサイドの鍵対だけど、それは自分の鯖で解決可能な問題であって「自前鯖を強制されるかそうでないか」の違いでしかなく本質的に覆せない性質ではない、ということ

https://mastodon.cardina1.red/@lo48576/109816081460182647

なので、あくまでインセンティブというか「完全な分散をしないことを許すのが微妙」という方面での同意まではできるけど、それは克服可能な問題であるという認識

このアカウントは、notestockで公開設定になっていません。

まあ雑に言えば無知な人々をどこまで救うかみたいなところに実用上の問題と救済チャンスがあることは否定しない

ただ、結局は人々に強制的にコストを追わせたところでそのコストを嫌って逃げていく人々が多くなるだけだろうという気もしていて、本質的な救いにはならないと思うんだよな。たとえばリアルタイム性や到達/不達の確信に期待ができないかもしれないとか、削除の徹底に確信が持てないとか、秘密鍵の流出したアカウントを expire させる方法とその完全性はどうなんだとか

本当にそれを必要としている人なら、強制されずともプロトコルが対応さえしていれば自分でコストを負担して自分でうまくやるだろうという楽観はある

このアカウントは、notestockで公開設定になっていません。

これなら尚更強制負担は悪手な気がしていて、どうせ「†治安† が悪い」とか「差別発言が野放し」とか言われて、無知だったり SSI に関心のない人々は撤退していくと思う

Mastodon の寄合所帯サーバですら同じ事が起きたのだし

このアカウントは、notestockで公開設定になっていません。

うーん？

私がここで言うコストとはサーバリソースの消費以外にも「都合の良い性質が失われること」まで含んでいるんですが、それってトレードオフになっていて諸々考えると不自由なサービス等での負担には勝てなかったりしません？

このアカウントは、notestockで公開設定になっていません。

有線マウスにありがちなやつだ (天井吊るしではないが)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

それはおおよそその通りで、同時に、無知であるとはそういう本質的でない性質が過度に目につくということでもある

このアカウントは、notestockで公開設定になっていません。

これもそうで、中央集権でのクレデンシャルの流出はワンチャン自力でのアカウント停止がありえたが、逆にパスワードを変更されたら運営が通報を信じてくれるよう祈るしかなく、その辺りで非対称ではあるが総合的なリスクとしてはそこまで変わらないかなという気がしている

分散したとて受け手側のサーバがアカウント失効イベントを受け取りそこねるリスクはあるわけだし、受け取ってもらえるとしても時間差がどの程度かは見積もりが困難だろうし

「ちょっとだけ触ったが常用はしなかった」がどっちに流れているかだな

一応完全な分散状態でのモデレーションも可能だと思っていて、たとえば各アカウントが「通報」イベントを (通常の投稿と同じように) 発信できるようにして、受け手のクライアント側で誰の通報を信頼するか決められるようにするとか

フォローしてないと通報イベント受け取れないけど、それで困るならたとえば通報イベント発信用のサブアカウントが自動で生えるようにしてもいいし

労役

大CHI

あーあーあー

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

コンコルドの二の轍を踏まなかったという捉え方はできるのか

このアカウントは、notestockで公開設定になっていません。

ｼｭｯｼｭｯｼｭｯ

verifier を verifire と書きたくなる病などがある (?)

このアカウントは、notestockで公開設定になっていません。

すばらしい新世界と1984年は……

そういえば『宇宙軍士官学校』を途中まで読んでて面白かったから最後まで読みたいが放置してるな

他にも途中まで読んで放置している系のもの、『時間封鎖』(計4冊だっけ) の3巻目くらいまでは読んだ気がするやつなどもあり

そういえば『ミニスカ宇宙海賊』も途中までしか読んでないぞ (こっちは全巻家にある)

おすすめの SF でエロゲを挙げるマンがおらんな (?)

このアカウントは、notestockで公開設定になっていません。

そういえば『アリスティア・リメイン』積んでるんだった……