新しいものを表示

qnmd.info/@qnighy/112148716025
宇宙開発競争と同じ流れを想定するなら、むしろムーンショットなメモリ安全なプログラミング言語の開発競争が進みそう(?) [参照]

tesaguri 🦀🦝 さんがブースト

バイデン政権がメモリ安全なプログラミング言語の利用を呼び掛けたことで、プーチン政権が対抗意識を燃やして危険なプログラミング言語の積極的な利用を呼び掛けるみたいな平和(?)な世界が来てほしい

`misskey:_misskey_quote`はlink relation typeのつもりで定義された名前ではないのだから、名前空間を所有しているmisskey-hub.netの所有者の合意を取れない限りはlink relation typeとしては別のものを使うのが筋だというのが個人的な意見なので

スレッドを表示

Mastodonが引用機能を実装すれば他の実装の表現もその方式に収束するのではないかと期待していたけど(<github.com/kitsune-soc/kitsune>)、本当にFEP-e232ベースで実現するつもりなのか。しかもlink relation typeとして`misskey:_misskey_quote`を流用するつもりはないと。良いね

tesaguri 🦀🦝 さんがブースト

It defines Object Links, which might be useful to represent Quote Posts, but are not Quote posts. Our proposal will probably be based on it (and suggest some changes to it due to possible issues).
We know Threads implemented support this way, we are in touch with Christopher. It is a temporary implementation on their side using what is currently done by some implementations.

tesaguri 🦀🦝 さんがブースト

I said it several times, but with Ivory's latest announcement, let me repeat it: we (the Mastodon team) are working on implementing Quote Posts. This is a much more complex feature than showing a preview for a link to a post, which is done at the moment by multiple clients.

It is a complex task and we have been working on defining the feature and the protocol-level details for some time. We are moving forward, and there are fewer hard questions to answers, but progress is there.

Threads has entered the fediverse - Engineering at Meta
engineering.fb.com/2024/03/21/
> Misskey created its own solution with its `_misskey_quote` property, which builds on FEP-e232.
これは逆で、確かFEP-e232の方がMisskeyの引用機能の一般化なのであって、その枠組みで引用機能を実現している各種実装が慣習的にlink relation typeとして先行実装であるMisskeyの`misskey:_misskey_quote`のURIを流用しているという経緯のはずだよね

げーーーっ、お前tesaguriやんけ!!!

普段は陽気なアルマーさんがふと見せるお淑やかさといった趣でとても良い

RFC 2119の各種キーワード(`MUST`/`SHOULD`/`MAY`/etc.)は定義の明瞭さの割に雰囲気で使われがちな用語だと思っている

フォローする前に最低限タイムラインの雰囲気を確認するのは大前提として、それでも可能性を排除できない以上は思考にかかる負荷としては同じなので

スレッドを表示

仮に文脈を掴めない投稿が流れてきた場合にそれがローカル限定投稿絡みなのか否かを考えるのが面倒そうだから、寄り合い所帯のMisskeyインスタンスとその他の実装の両方にアカウントを持っている人たちについては後者を優先してフォローしているところがある

tesaguri 🦀🦝 さんがブースト

MastodonからMisskeyアカウントをフォローしていない、避けている理由としてどんなものがありますか?(複数回答)

候補に理由がある場合はその他を選んで返信で追加してください。

しかしまあ、tracking issueを購読していてもstabilization PRの存在にすら気付かないままFCPが終わっていがちなのをどうにかしたいな

Stabilize associated type bounds (RFC 2289) by compiler-errors · Pull Request #122055 · rust-lang/rust
github.com/rust-lang/rust/pull
おお、mergeされている

存在するのかすら定かでないキレイな定式化を時間をかけて検討するのと、取りあえず素朴な形で速やかに実装をリリースするのとどちらが良いのかみたいな問題はありそう

スレッドを表示

`misskey:_misskey_quote`とFEP-e232(Object Links)の関係とかもそうだけど、Activity Vocabularyってやつはよく作り込まれているのでアドホックな拡張プロパティを使わずとも既存の仕組みの上で上手く定式化できる範囲は存外に広いのだけど、何やかんやで現実の実装はそうならないことが多いというアレ

FEP-fffd(Proxy Objects; <codeberg.org/fediverse/fep/src>)は紆余曲折を経て`url`プロパティの本来想定されていたであろう使い方の再定式化のような形に落ち着いたけど、こうして見ると`url`プロパティの命名の微妙さが際立つな。Activity Vocabularyにおける用例を見ても`Link`オブジェクトの置き場としての用法が想定されていたことは読み取れるわけだし

「思い出すシリーズ」の対象になるような炎上事案の場合、1、2週間後くらいに当事者の見解が出そろっていてもその頃には人々が飽きていて言及しないといったパターンも多い気がするので、まずは事態の収束まで関心を持ち続けることが効果的だと思うのだけど、もちろん炎上事案に言及する人々にそんなことを期待できるはずもなく……

スレッドを表示
古いものを表示
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。