らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
w3c/vc-imp-guide: Verifiable Claims WG - Verifiable Credentials Implementation Guidelines
https://github.com/w3c/vc-imp-guide
Verifiable Credentials Implementation Guidelines 1.0
https://w3c.github.io/vc-imp-guide/
> The verifiable credentials data model specification contains numerous examples where the identifier is a decentralized identifier, also known as a DID.
学生時代はサーバ運用で相当遊べるはずなんだけど、基本的にとことん金が足りねえんだよな……
トラブったとき放課後から徹夜してサーバ弄るなんて労役が始まってからはそうそうできないでしょ……
金がないせいでわざわざチューニングしてめちゃくちゃメモリをケチってるけど、それでも現状 1 GB × 4 インスタンス + Object Storage 100 GB で月4.2k かかっててな……
GNU Social と nextcloud と redmine がメモリ 1 GB の単一インスタンスで同時に動いている様には、いっそ感動を覚えなくもないよ
GNU Social と nextcloud と redmine 用の MariaDB コンテナも同じインスタンス上で別々に動いてるから、正確には
* GNU Social (PHP)
* Nextcloud (PHP)
* Redmine (Ruby)
* MariaDB ×3
* nginx
なんだけどね……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ぼくのかんがえたさいきょうの SNS (のメモ) - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/02/25/strongest-dist-sns-i-think/
ぼくのかんがえたさいきょうの SNS つくりてえな
とりあえず今やってるのは XML 関係ライブラリ用の文字列型の定義と実装です (???)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
話題が大きく変わるならスレ切るなり subject 変えるなりするけど、同じ文脈での会話ならタイトル変えないな
メールの subject は個々のメールというよりスレッドの subject のような気持ちで捉えている節がある
あるし、対応してるメーラではちゃんとスレッド表示になる
あと私がスレッド表示を好きじゃないの、時系列が狂うからというのがあり
ツリー表示で一番最初のメールの日時を基準に表示されると、「直近で来たメール」を読みたいとき面倒なので、結局ツリー表示をやめて日時ソートに戻してしまう
このアカウントは、notestockで公開設定になっていません。
Android の GMail アプリもクソで、直近のメールを開いたつもりなのにスレッドで一番最初のメールが展開された状態になっているので、読みづらくて仕方がない
あと他に GMail アプリで酷かったのが、デビットカードの使用通知メールのタイトルが同じだったのを勝手にグループ化しやがったせいで、二重引き落しがあったのに気付かなかったことがあった
そもそも有向グラフをツリーに落としてきたところから根本的に無理があるんだけど、みんなそこから目を背けている……
「複数の投稿に対して同時に返信する」という状況は現実的に存在するわけだが、それを機械可読な形で実現している状況がほとんどないよね (2ch のアンカーくらいか？)
matrix.org のプロトコルでは必ずしも全順序でない投稿の前後関係をうまく保持するために有向グラフを使っていたはずだけど、これはあくまでシステムの話であって投稿の返信先についての話ではなかった気がする (詳しく仕様読んでないので知らんけど) #distsns
https://mastodon.cardina1.red/@lo48576/102755536808604994
メーリングリストの web UI とかが読みづらいのも、「総括や結論のメールがどのブランチの末端にあるかわからない」みたいな面が大きいと思っている。
ちゃんと merge させてくれ
ところで ActivityPub って複数投稿に対する返信は表現できるんだっけ？ #distsns
Activity Vocabulary
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-inreplyto
どうも `inReplyTo` は単一のリンクしか持てなそうね……複数投稿への返信はプレーンな #ActivityPub では表現できないっぽい
#distsns
このアカウントは、notestockで公開設定になっていません。
twitter でも同じことする輩いる……in_reply_to という概念を認識していないのか、知っていてもそれが有益であると認識していないのか
「面倒だから」という理由でセマンティクスをガン無視してデータを作る人というのがちょくちょくいて、そうして古の HTML 4.01 でゴミのようなマークアップが無限生成されたわけですが
返信先複数だとツリー上になら無いし、どっちかというと、『返信先』と別に『言及先』が複数あればいいっぽさが＞＜
そもそも本質的にツリーでないものをツリー状にすべきでないという話です (UI 設計が難しくなるという話はさておいて)
言及にせよ返信にせよ、本当はその先が単一である必然性がないにも関わらず、システムによる制約に人間が慣らされすぎてそういうものだと思い込んでいるだけではと
このアカウントは、notestockで公開設定になっていません。
ブログ記事のタグとカテゴリとかもそうなんだけど、人間は本質的に有向非巡回グラフであるところを階層をなくしてみたりツリーにしてみたりしすぎる、あれ本当によくない
もちろん実装者からすれば DB のアーキテクチャの制約とかまあいろいろあるんだけど、それは実装の詳細なのであって、モデル化として大いなる妥協だという自覚さえも失うのは大変よろしくないと考える次第
『返信先』が複数であるのであれば、『返信』では無く『言及』にする、あるいは、『返信先ごとに内容を分ける』方がよくない？＞＜
みたいな事が言いたかった＞＜
https://mstdn.nere9.help/@orange_in_space/102755603596529981
それって本質的にほとんど同じじゃないですかという感じで、現状「言及」がしたいだけなら引用とリンクで済むわけですが、私が実現したいのはそれを機械可読な形でエンコードして UI に反映することです
https://mastodon.cardina1.red/@lo48576/102755551316073506
これとかそうなんですが、たとえば「分岐した話題が merge される瞬間」というのが存在する/存在してほしいわけなんですが、「返信」と「言及」だけではこれを適切に表現することが難しいわけです
folksonomy とかにも一定の合理性があるのは認めるんだけど、あれは必ずしも賢くなくて同意形成もできない不特定多数が協同するという前提でのシステムにおける方法論であって、データを適切に分類するという目的を第一としたとき階層化や implication の関係を抜くのは適切とは思わない
うん＞＜； なので、言及先って仕組みが機能として必要かもって言いたかった＞＜；
まあ複数の言及先に順位を付けたいくらいの気持ちならわかるんですが、それが UI でツリーとして提供されるというのは許しがたい不誠実、暴挙であるように思われるので、それらは「リンクの強さ」として反映されるべきではあるかもしれないけど、「プライマリなリンクと optional なその他のリンク」としてモデル化するのがうまくいくとは思えない
トラックバックは被リンク検知の話であって複数単位を跨いだ結合の可視化の話ではないのでちょっと違うと思う
RDF の話といい単一の in reply to の話といい、人類に有向グラフは早すぎた感がな……
でも「賛成の意見と反対の意見に等しく言及して何らかの話をしたい」みたいなとき「返信先」がどこになるのかというのは非自明だし、言及に順位を付けるのも難しそう。
スレッドの根に返信したことにするというのもありだけど、結局それって投稿の関係の整理を放棄しているし
このアカウントは、notestockで公開設定になっていません。
あれ、これ in-reply-to 複数付けられそうな気がしているけど気のせいか？
リプ先複数システムの場合、ものすごく現実的なUXデザイン上の問題として、この『会話ボタン(？)』を押した時に具体的にどう表示すればいい？＞＜；
一例としては、スレッド (グラフ構造) や直近の TL がどこかのカラムに展開されて、返信先をポチポチ選択して投稿するという感じになりますかね。
Twitter で返信先ユーザを選択するアレが近いかもしれない
スレッド (あるいは conversation) に一意な ID が振られていれば、同じスレッド内の投稿だけ列挙すればいいから、現実的なデザインではある (使いやすいかは別として)
このアカウントは、notestockで公開設定になっていません。
グラフは表示も管理も面倒だからなぁ……だからこそ人々が逃げているんだけど
どちらでもないなら、議題に対して返信でいいのでは？＞＜
質問に対しての『Aさんの回答』と『Bさんの回答』と『あなたの回答』は、他の回答者の意見への『言及』があろうとフラットかも＞＜
https://mstdn.nere9.help/@orange_in_space/102755678603031185
それをすると元の議題から無限に別の投稿が fork する形になるんですが、それが適切かというのはちょっと悩ましいと感じます
これって要するに thread につき単一の親が設定されて、他はほぼ全て等しく子である (子のうちただひとつに言及するものだけ孫になれる) みたいなモデル化なんですが、これが適当とは思えない
これは単なるグループ化でしかない (まあそれが人々の求めていたものだったのかもしれないけど)
このアカウントは、notestockで公開設定になっていません。
の投稿
8vit@gs.yvt.jp
このアカウントは、notestockで公開設定になっていません。
身近で git log --graph してる人を見たことがない (布教はしている)
議論というのは「以前に出た意見を前提として新たな情報を出す/見出す」という過程があるわけで、「以前に出た情報」への言及を正しく表現できるべきだと考えていて、これが単なるグループ化や「議題への言及」でのモデル化が不十分と考える理由です
子に対する言及であれば孫にすればいいかも＞＜
『子A』に関する事と『子B』に関する事をまとめてひとつの孫投稿にせず、ちゃんとわけて書けばいい＞＜
両方の差異や共通点に言及するときって不可分な投稿になりません？私はそのつもりで merge と言っているのですが
そういったときどちらとも親子関係を持たないというのはちょっと不自然だし、一方とのみ親子関係を持つというのはもっと不自然だと思う
git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%ar) %Cblue<%an>%Creset' --abbrev-commit --date=relative
のエイリアスを設定してよく使ってる（どこ発祥だったか忘れた）
今では git log --graphするだけで勝手に色が付くので特に何も考えることはない
私の場合、 ~/.config/git/config に
[alias]
tr = "log --graph --oneline --decorate=full"
tra = "log --graph --oneline --decorate=full --all"
を設定しています
マージでも自分の意見なのでこれで言うところの「カレー」と「うどん」をぶっ殺して「カレーうどん」にするイメージ＞＜
ふたつ以上活かす場合は、その枝は殺すことになるみたいな＞＜
https://mstdn.nere9.help/@orange_in_space/102755737975298094
ひとつの意見に対する投稿が reply によって為されるのに、ふたつの意見に対する投稿が2つの枝を殺して新たな枝として生えるというの、やっぱり違和感が強い……
もしかしてActivityPubのRangeがObject|Linkってあるやつみんな配列にしてもいいのでは…？
このアカウントは、notestockで公開設定になっていません。
https://pl.kpherox.dev/objects/b977799a-9ec4-4c2d-8572-e21afc753bd7
https://mstdn.maud.io/@omasanori/102755781783053611
となると、 `inReplyTo` も複数投稿を指すことができる……？
このアカウントは、notestockで公開設定になっていません。
仕様上許されていても相互運用性とは限らない点に気をつけようね（実装するなら曖昧さの少ないタイトな仕様が良いというのはあるけれど、意図的にそう書いたのだろうし）
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
type error っぽいのを無視するくらいなら Any の方がマシ (ほんまか)
このアカウントは、notestockで公開設定になっていません。
「小惑星リュウグウ」を「小惑星 Voodoo」に空耳して、「なんでそんな謎の宗教の名前を……」とか思ったよね
ブードゥー教 - Wikipedia
https://ja.wikipedia.org/wiki/%E3%83%96%E3%83%BC%E3%83%89%E3%82%A5%E3%83%BC%E6%95%99
ヒーラーはミサトがおすすめ (最前キャラにリジェネかけてくれるし UB で全体回復)
