MySQLのbigintでは256bitは持てないのか．64bitあれば十分じゃない世界普通にあったじゃん．
ka
ka0@www.kaosfield.net
npub15mcl...dfza
256bitは32Bytesもあるからidにしない方がいいとかもあるのかな…
auto increment がいらないだけでSHA256というのはintegerなんですよね…idに出来る…当たり前体操過ぎる
てかSHA256も数値なんだから文字列なんかにしないで扱えばどうにか出来るのでは…？
さすがにUUIDだと record_id に HEX で入れようとかせず勝手にちゃんと変換したり上手にやってくれたりとかするのかな…
ActiveStorage を id が UUID なテーブルと使うとか全然ありうるケースだと思うけど皆どうしてるんだろう？
出来て間もないテーブルなのでやはり id はおとなしく integer にして sha256 カラムを付随させるか…
Rails で active_storage_attachements の record_id が integer であったことを忘れており SHA256 を id (string) にしたテーブルで無事死亡…どーしよ…設計し直しや…
キーの並びが辞書順になることが保証されるJSONが欲しい
なんかこういう話を聞いた記憶があるんだけどそれが本当に言われてたことなのかどうか不安．存在しない記憶かも…？
「単に意思疎通をしたいだけなら言葉はこんなに複雑にはならなかったはずだ．言葉というのは喋るためと『喋れない者を炙り出すため』の道具として発達してきた」
こういう話．
Windowsあんまり賢くないので英字配列にしつつ「ろ」とか「変換」「無変換」辺りのキーを使わせてくれないし，キーリピートのスピードをレジストリ弄って変更すると動きがおかしくなることがあるし，WSL動かしてるターミナルはしょっちゅうガクガク動かなくなるし…みんなよく使えるね…使わざるをえないとかじゃないと，ゲームするとかじゃないと，ほんと使おうと思えないようになった…
init\.lua に vim\.cmd("colorscheme vim") を追加で色は取り戻せたけど新しいデフォルトの良い点をきっと全て殺してしまっているので調整して行きたい所さん
マイクロブログ！
そう思えばそう見えるかもしれないけど誰も気にしてないからひとりごとをメモしていきます
Neovim 0.10がリリース | gihyo.jp 
> 大きな変更点として、デフォルトのカラースキームが変更された。
なんかあったみたい
gihyo.jp
Neovim 0.10がリリース | gihyo.jp
2024年5月16日、Vimの派生エディタNeovimの最新バージョンNeovim 0.10がリリースされた。
戻った．なぁに？これぇ？
v0.9.x のパッケージ残ってたので臨時ロールバック…
sudo pacman -U file:///var/cache/pacman/pkg/neovim-0.9.5-6-x86_64.pkg.tar.zst
いや…完全に出なくなったわけじゃない．微妙に色は出る…けどプログラミング言語とかは壊滅してる…
Neovim v0.10.x に更新したら急に色が全然出なくなった
「明日やる」と3日前に言った作業をまだやってない．4日目になる．