絶対に今年の日付のつもりで去年の数値を入れないぞ、という強い意志(やりすぎです)
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
Fediverseのサーバ実装は、自身の発信する情報をActivityPubに載せることと合わせて、他のFediverse実装がActivityPubに載せて発信する情報を受け入れる仕組みについて、自身の実装のニーズに合わせて整備する必要がある。
ニーズがない場合、無視するという対応が正しいこともある。実装は発信専用の河川の堤防の水位監視カメラかもしれないのだ。
実装がTwitter型のマイクロブログ・SNSであれば、利用者は情報交換のコアとして多様な実装と繋がることを期待し、お互いに繋がりを求めるため、自身と異なる実装の発信の意図を反映できる互換性の高い対応のニーズは高い。
実装は無限に存在するので、完璧な対応を目指したり要求されたりしても現実的に無理だが、基本的で類型的な対応で大部分をカバーできるし、個別に互換性を高める努力の余地もあるし、全部は無理だがここまでならできるという妥協点もある。
マイクロではないフルスペックのブログが相手の場合、長文のリッチメディアにどこまで対応するかは難しい。
マイクロブログ実装は、投稿内容をNoteオブジェクトでやりとりするが、ブログはArticleだったりするので、多くの場合、簡易の変換や省略を行って、最低限読めるようにすることを妥協点としている。
issueが立ち上がり、検討を開始しているのだが、
Misskeyは現状、Mastodonなど他実装のリモート投稿の再現において、シンプルな実装と比較して、多機能故に互換性が下がる結果となっている。
リモート投稿をMFMで拡大解釈してしまうためだ。
例えば、Mastodonで顔文字のつもりで
" >< "
と書いた際、MFMのルールで解釈するため、 < を引用した表現に変換される。
><
HTMLタグの説明を行う文中で、< b >Bold< /b >がBoldになるよ、と説明を書いたハズが、HTMLとして理解してタグ部分が消え、ただの太字のBoldになってしまう。
<b>Bold</b>
他方、メンションのリンクをアカウントリンクと解釈するなど、再解釈することで利便性を高めているものもあるため、バランスをとった解決が模索されている。
なお、こうした議論の進行において、大人の対応を行い、忍耐力をもって議論の正しい進行を促し、見極め、改善に取り組んでいるのはMisskeyプロダクトオーナーのしゅいろであるが、
あまりにも疲弊するので、心のつらみの声が漏れている。
ぼやきに背景説明などあるはずもなく、びっくりされたと思うが、真摯に対応しているが故の言葉なので、ご理解いただけると幸いである。
YM2608とかPC-9801-86サウンドボードみたいなマニアックな話してるな?? 音美ちゃんの話した?? って思ったら、FM局の話だった
@sunnylake101 なんなら、中身なくて、自社のHPに飛ばすだけのアプリでもいいってぐらい、アプリ化することで利用者拡大できるから、意味については絶大にあるよね。
おうんこなのだわ。
@balloon misskey.cloudは今回のissue対応の試験実装入れてるので、改善してるところもあれば、バグってるところもあると思います!
前に登録審査式にする云々言ってたの、一時措置だったのかな。
Pawooって、毎週平均1,000ぐらいアカウント増えるんだけど、大半がスパムだと思うんで、実数がみたいんだよね。