ほげーーー
また画像アップロードが失敗するようになってる

画像投稿テスト (ConoHa)

なーんでさっきまで失敗してたのが急に成功するようになるかな……

いま ConoHa の Swift object storage から Wasabi の S3-compatible object storage に移行しようとしてるんですが、 .env.production で

SWIFT_OBJECT_URL=https ://mastodon.cardina1.red/media

としていた設定の S3 での代替が見付からなくて詰んでます、なんだこれ

これをするとメディアのパスが
https ://mastodon.cardina1.red/media/media_attachments/files/107/...
みたいな感じになるという便利設定項目なんですが、 S3 を使うとその設定項目がないので .red/media_attachments/ とダイレクトになってしまって、移行に支障が……

まって、もしかして
S3_ALIAS_HOST=mastodon.cardina1.red/media
とするといける……？ キモすぎますがなんですかこれは

画像投稿テスト、これは最近大学同期の discord サーバ用に作った bot

もう10時間何も食ってなかった……

ラ行の発音、どうせ r と l 以外にも存在するんじゃないですか。音韻には詳しくないのであまり迂闊なこと言えないけど

日本語話者による英語の/r/と/l/の知覚 - Wikipedia
https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E8%AA%9E%E8%A9%B1%E8%80%85%E3%81%AB%E3%82%88%E3%82%8B%E8%8B%B1%E8%AA%9E%E3%81%AE/r/%E3%81%A8/l/%E3%81%AE%E7%9F%A5%E8%A6%9A

r と l のシリーズの中にバリエーションがある感じなのか。ｲｷﾍﾟﾃﾞﾔなのでどこまで信頼できるかはさておき。

言語と音韻と漢字まわりは特に素人の言うことを疑うようにしている、あのへん「自分が使っている道具だから」というだけの理由で根拠もなく妄想を信じ込んで披露する人々が多いので

なんならプロと自称プロの区別もつかない感じっぽいのが最悪 of 最悪でさえある

【クソなぞなぞ】国民が次々と爆死している！ なぜ？

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

シャイニングニキ、 2ch の「○○ニキ」的なアレだと思ってたんだけどある日なんとなく調べてみたら主人公の名前であることが判明して衝撃を受けた回を思い出す

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

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

ほんわかサツバツ世界観、正直かなり面白そうというか大好物ではあるんだけど、肝心のファッションバトルに興味と適性がないので手を出さずにいる

世界観で戦える作品は “強い” よ

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

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

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

VRC でシェーダが重いとクライアント次第では直視できなくなることを「神を見ると目が潰れる」などの伝承に喩えている人がいておもしろかった

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

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

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

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

ConoHa の object storage 、どうも “普通の" Swift object storage とは若干挙動が違う妙なところがありそうだったり、2並列で処理しようとすると一瞬で rate limit に引っ掛かったりと、まともに使うなら絶対これは嫌やという感じのやつだったんだけど、物理今日になったくらいの頃に画像アップロードが何故か失敗する (数時間後には直っていた) という現象に遭遇し、ついにブチギレして ConoHa の object storage を使うのやめることにしました

二度と使わねえ。

移行先は Wasabi です、既に Prometheus (Thanos) の metrics データの長期保存目的で使っているのでアカウントは持っている

Mastodon は remote media を早めに削除する運用をしていたり、アップロード1回に対してダウンロードが何度もあったりと、 Wasabi を使うには free egress policy を恒常的に満たさない可能性が想定されて少々の不安があるんだけど、まあバックアップとか Mastodon 以外での利用とかでトータルのデータサイズが膨らんでいけばいずれ問題にならなくなるでしょうという楽観的な想定で移行を決めた

まあ少しずつ某社のインフラから撤退していっています

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

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

なんだっけ、否認可能暗号化だっけ

LUKS のヘッダを USB リムーバブルデバイスとかに置いとくやつなぁ

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

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

あーそうか、高度な自動操縦を前提とする世界観なら脇見しても問題ないから、それを先取りしているとも考えられるのか……

ON-OFF制御は草

これを爆速でやると PWM 制御になります (ほんまか)

時間経過で勝手に放熱してしまうことを考えても電熱線の電流に対する発熱が線形か怪しいので、下手に安直な PWM 制御にしてしまうとむしろ扱いづらくなりそう

if(complex_cond0 || complex_cond1 || complex_cond2)

みたいなのがあったとして、気持ちとしてはこれを

const bool cond0 = complex_cond0;
const bool cond1 = complex_cond1;
const bool cond2 = complex_cond2;
if (cond0 || cond1 || cond2)

に書き換えたいんだけど、こうすると短絡評価の恩恵を受けられないので動作が変わってしまうんだよな……どうにかならんものかね

ひとつには無名関数を使うという手もあるけど、それはそれで (最適化が期待できるにしても) ちょっと嫌。

auto cond0 = []() { return complex_cond0 };
// ...
if (cond0() || cond1() || cond2())

C でも C++ でも Rust でもその他の手続き型系の言語でも基本的に同じ悩みがある

あの系統は bool に今のところないし、それを除くにしても結局複数の条件をひとつの巨大な式にまとめてしまうところは変わらないので

悩みの本質としては、条件の部分式に名前を付けたい、かつ条件を条件以上の複雑なものとして書きたくない、あたり

https://mastodon.cardina1.red/@lo48576/107240747430780125

https://gitlab.com/lo48576/discord-rogy14-bot/-/blob/7141c2613d41bf0292290d089d3d9a94ab027c59/src/among_us.rs#L141-151

たとえば直近で書いたのはこういうやつなんですが、「長さが条件を満たす場合のみ、全操作で検索をかける」みたいなことをしたいとき、検索が長さ確認の前に入るのは嫌などがある
(まあこの場合は6文字だからワンチャン分岐をなくす方が速そうまであるが)

ちなみに
bytes.iter().all(|b| b.is_ascii_digit() || b.is_ascii_uppercase()) && bytes.iter().any(|b| !b.is_ascii_digit())
は fold か try_fold あたりでループに状態を持たせることで走査が一度で済むんだけど、この程度のことで状態を持たせたくなかったのでこうなった

うーん…… early return にしても

if cond0 {
return None;
}
if cond1 {
return None;
}
if cond2 {
return None;
}

みたいなの、実際よく見るやつではあるけど、こう書くなら cond0/1/2 は割と「別の意図」を持っていてほしいというのがある

これは完全にお気持ちと程度の問題なんだけど、今回だと「alnum6文字だけど数字ではない」という割と単純なひとつの文法を検査しようとしているので、分割するのはちょっとやりたいことの規模に対してコードが散らばりすぎかなぁという

https://twitter.com/Linda_pp/status/1457643481518665728

ﾂｲでも early return を提案された、一般にはやっぱりそうするものか……

悩ましい

むしろ Rust なら無名関数で
let cond0 = || complex_cond;
みたいにした方が良さそう

文法的にもコンパクトだし、まず間違いなくインライン展開による最適化が効くだろうし

後者についてはべつに確信はなくただの期待

Haskell はそもそも遅延評価なのでこのような問題は存在しない

敢えて正格評価させるケースについては高度すぎて私の守備範囲外なのでわからん

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

なるほどなぁ

ｲｯﾌは小さくできるけど、条件の一部に名前をつけていきたい気持ちはやっぱり解決が難しいか

https://mstdn.nere9.help/@ejo090/107240810248814627

タイのCM お酒をやめよう - YouTube
https://www.youtube.com/watch?v=WxcBy_gZuHI

完全に一致

そういえば生年月日って定義値と観測値のどちらなんだろう。
たとえばある人が赤子の取り違えなどで本当は生年月日が別であったと判明したとき、法的な生年月日は “本当の” 値へと自動的に更新される/しなければならない (観測値) のか、それとも “本当の” 値に関係なく最初に申請したものを使うのか

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

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

火葬されてフロギストンデトックス……

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

え？

https://fedibird.com/@mimorinka/107240860377282201

#食事は健康に悪い
#人生は健康に悪い

#死は健康に良い #memento_mori

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

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

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

その PC ってのは Windows のことですか

Linux で PS4 コントローラ使ってて不便を感じたことがないので……

あと実は PS4 コンのタッチパッド部分がマウスカーソルを動かすやつとして使えるなどの特典があります、あれゲーム中どういう扱いになるのか知らんけど

やっぱりそこだよね

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

あー Steam は Steam で独自に認識してるっぽいしフレームワークも独自だったりするんかな

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

法的に人間、法人じゃん

前の口から物を食べるのが feed-forward で、後ろの口から物を食べるのが feed-back

EコアとPコアは Expensive core と Poor core に決まってんだろうがよォ！ (?)

見聞の広いYouTuber「ｷﾝｷﾝハローYouTube!! どうも非寡聞です」

そういえば今年のふるさと納税どうしよう、素直に食べ物にすべきかリアフォにすべきか

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

そういえばﾎﾟﾖﾅが収束する前に家を探しておいた方が都心が空いてそうと思っていたのにもう (短期的には) 収束しそうな空気が出ていて、期を逃してしまった感が強いな……

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

田舎には秋葉原がないのだけが欠点

なんだかんだで店頭で新刊とかを認知することが多いし、特にｴﾖｹﾞの中古とかは偶然の出会いがあってなんぼみたいなところもある

おっと他にも田舎の欠点、近所付き合いや人間関係などの面倒もあるか

あと夜に虫の鳴き声とか本当にすごいので、静かでないと寝られない人は注意を要するなどもある (これは田舎度次第？)

人間関係、べつに普通の地方ならいいんだけど、たとえば雪がすごくて雪掻きをしないといけない等があると必然的に付き合いや利害関係が発生してしまうことがあるのでこわい