！！

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

月曜から水曜まで: 遠い
水曜から金曜まで: すぐ

Martian Moons eXplorer で MMX なんだ、そして Martian なんて形容詞が存在するのか

Ayase の対義語は代々木上原ではない

「エロスの三行半」を原作とした楽曲、朝帰り

ジョブキューライブラリとかは Apache-2.0 のままにして本体だけ AGPL-3.0 にするという手もなくはないが

とりあえず忘れないうちにこれだけ変えとこうと思って

https://github.com/monaxia-ap/monaxia/blob/master/LICENSE

はい

only と or-later があるの MIT とか Apache-2.0 にはなかったのでやや困惑したがまあ普通に考えて or-later でいいのか

なぜこんなことを気にしているかというと Cargo.toml に書く必要があるからです

SPDX Identifier としては AGPL-3.0-or-later でいいのかな

一般的な AGPL ってどの AGPL だ

皿複合の固定をうまく崩さないと S～3 まで取れなくておしまいになるなあ

ポリゴンを描画するラッパー「Blinn Blinn Blinn」

4+7 本当にこんな押し方でいいのかと思いながらいつも押してる

ギアチェンはできても普通に皿がわからん

チェッキンむっず

https://twitter.com/ongeki_official/status/1678599996516753409?s=46&t=4glQvUdPEzAWh1pkzV0pyQ

オンゲキに Knight Rider マジか

つまり maimai 11 周年ということに

https://twitter.com/ongeki_official/status/1678584896661385216

火星探査機の名前が MMX なの良いな、木星は SSE で土星は AVX だと完璧そう

✅トレンドの「なぁぜなぁぜ」はフォニイの歌詞ではない

今日夢の中で SABER WING プレイしてたの思い出したのであとで INF でやる

またごろごろしてきたなあ

大宮駅前の凪は若干味違ったので(うまいはうまい)また行きたいんだけど歌舞伎町か……となる

最後に行ったのコロナ前だからなあ わからん

ノーホス狂いノーホス狂い

https://skeb.jp/@dokkora014/works/5

！！

(メッセージが届くオリジンが変わるかどうかでしかないし)自鯖からフォローした場合はそうか

ジェームスにミニ四駆サーキット置いてあるのまあまあおもろい
https://twitter.com/jms_car_item/status/1673590913183154178

base_encode crate は頑張って多倍長整数処理してたので案外そんなもんっぽそう

そういえば Base36 って雑に実装すると多倍長整数処理が必要そうに見えるんだけどなんかいい方法があるのかしら

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

なるほど

カスすぎて楽しくなってきた

kanji1024_encode("日本語文字列を Kanji1024 でエンコードするとどうなる？")

=> 誠豆投眼現応境職府広着服推今航宗働参授丁羊賀立先肉治毎遊将正単就師単切幼治腹毎純将山令宗巣単弓明散寄毎畑将子効宗巣則保退凹

限定的ながら地名もデコードできるので何かに使えそう

ごく簡単な漢詩の一節もデコードすることができる(？？？)

使う漢字をちょっとだけ変えてデコード処理も実装した
天上天下唯我独尊は 0F4260F406FBB40C3FAA だそうです

https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=05508f4b225275c0cb69a0134fb855ee

思ったけどこれパディング指示は先頭に置いた方がデコードが圧倒的に楽だな

String::from で作れるからか

[char] が Join ではないのなぜなんだ

研標俵教前も微妙にバス停の名前っぽさがある

元の DEAD に相応わしいダーク感がある

主に 術 討 あたりが良い

今から雑に kanji1024_decode も作るか……

Base64 では発生してなかった問題として素朴にやると 8bit パディングが区別できないという問題が発生したのでマーカーとしてケツに凹を付けるという雑な実装をしています

漢字 Base1024 こと Kanji1024 ができた
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=7cf828bb37f44e706bd94fb73ae150ec

/users/🍣🍺

Base64 とパディングの回数は多分そんなに変わらないけど無駄になる領域がでかいな

小学校で習う漢字で足りない分の 18 字に「唯」を含めると 天上天下唯我独尊 になる 80 bit 数値が存在することになる

漢字 Base1024、熟語とかができるから案外日本人や日本語おたくにはウケがいい可能性がある

Base1024

UTF-16/32 でしか旨味がないのややロマンがあるな(？？？)

でも 2 割しか縮まない上に UTF-8 エンコードなら 3 倍、パーセントエンコードなら 9 倍なのであまりにも不利

小学校で習う漢字にちょっとだけ追加すれば Base1024 ができるらしい

hexstring から Base36 にしても 2 割強しか縮まないのは詐欺に遭った気分になるが、バイナリを Base64 にしても高々 4 割強しか伸びないのもなんだか不思議な気分になることがある

URL-safe かつ order preserved にするとなると - . 0～9 A～Z a～z かな

Base64 が URL-safe ではない、それはそう

というより + / 0 1 ... A B ... a b ... という順列にするほうが簡単か

小文字より後ろにあるの { | } ~ だけなんだけど URL-safe じゃなくねえかこいつら

+ と / は ASCII コード的に数字の前なのでアウトですね。お排泄物ですわ～

Base64 の場合ビットの詰め方を工夫しないとおかしくなりそうだな、頭に 16bit 入れて 144bit を 24 文字分としてエンコードするのが確実な気がする

log(16) / log(58) = 0.68...
log(16) / log(36) = 0.77...
なので Base58 から Base36 すると 1 割ちょい長くなるのか

🦀

そして FlickrBase58 は order preserved でもないことが判明した

1..9A..Za..z 、つまり Bitcoin アドレスと同じ仕様なら order-preserved になるのか？

> 前述したように、Base58は文字セット内の文字の並び順を実装に依存している。
お前！！

Base58 - Wikipedia
https://ja.wikipedia.org/wiki/Base58

どうやらそうではないらしい情報が出てきたが大丈夫か？

(Flickr)Base58 がこれを満たすなら monaxia の ID の仕様は UUIDv7 の Base58 エンコーディングにしようかなあという思いがある

長さ順→辞書順というルール、結局 Base64 とかで時系列 ID をバイナリとしてエンコードする分には達成できる(∀x, y ∈ IDs, x ≧ y ⇒ Base64(x) ≧ Base64(y) は真なのか)？

なるほどなあ

シングルプレイなゲームで権利を買うタイプの DLC あんま見ないけどアセットのビルドとかローディング何も考えなくていいので 0.1 ARK ぐらいまでなら案外ありなんかな

ヴァンサバは死神倒すまでが一区切りって感じかなあ

Chakram X、思ったより充電が速い

途中抜けとは若干違うけど Trials Rising の RTA でもゴールテープ切ったらポーズメニューから抜けて良いみたいな規定があるので、比較的どうでもいいパートは厳密にクリアじゃなくても切り上げるみたいなのはそこそこあるっぽい

New Game+ に近いレギュなのか

Visitor を実装するのがややダルいがハンドラでデコード済みの UUID 取れるのは良い

short-uuid っぽいことできた

なんでこれの存在に今まで気付かなかったんだ

え、 serde::de::value めっちゃ便利なのあるじゃん

爆睡から起床……