おさ @[email protected]

未来の時刻で予約toot

リロードした直後に毎回上にいるtootみたいな。

snowflakeでタイムライン並べるのを綺麗にしたら、遅延を起こしたインスタンスからのtootがほとんど見えなくなるな。

idインクリメントのパフォーマンスが問題になったのはTwitterだったからで、idから時刻が分かるのは副産物で、その副産物を目当てに導入するのはなんか違う気がする。マストドンでやるならユーザーidも組み合わせてtootの前後に移動できるぐらいまでして欲しい感がある。

snowflakeってID生成を分散できるけど、分散SNSだとID生成コストが高くないから、ID生成サーバ番号のビットを減らせて、時刻ビットを増やせるけど、そうするとあとからtootの差込許容量が減る。差し込むにしても、それも範囲内でうまく分散させないと差し込める数に限界が出てくる。

マストドンでsnowflake導入って、Twitterと同じビット区切りだと無駄が多くない？コミット見ずにtootしてるけど。

RDS使ってたときは、IOPSを稼ぐために使っていたデータベースサイズの5倍ぐらいのストレージサイズが必要で、その無駄感がつらかった。でもIOPS保証ストレージだともっと高いんだよな。

bigintじゃないテーブルがあるのか。

自前実装文字丼、1～4文字、文字色、背景色、フォント指定できる仕様で考えていたんだけど、オブジェクトIDを上手いことシリアル値に変換する必要があるな。 https://mstdn.nere9.help/media/duRrytCSN27T1wqO4Fc

ニンテンドースイッチ到着まで、あと10日

print、いつもお世話になっている。

まあ、とりあえずマストドン来れば？みたいな感じで案内している。

まあちょっとした修正ならmasterでやっちゃうよねー。

ピピー！✋👮こちらマージ警察です👌👷💢そのpullゎgitのオキテ第256条☀️、意図しないブランチの変更禁止法✋💫に違反しております👏💩⭐よって️逮捕します👋👮👮✋🌺🌸💐🌷🌹

hg pull→hg up→変更→hg commit→hg pushという分かりやすいパターンだけど、gitのそれは色々あれで相対性が無い。

いつもgit pullマンです。

引退できるぐらい5000兆円欲しい。