これ作った当初は本当に安定してなかったんだよな

Dockerfile の挙動が安定してきたのと pg_dumpall まわりのフローが確立したのもあって時間はかかるけど難しくはないな

✅ PostgreSQL v14.1 → v15.3

毎回 libicu と postgres をビルドしてるのやや頭悪い気がするけど icu 拡張こうしないと有効化できないしなあ

昔は色々自前で Dockerfile こさえてたけど最近はだいぶ標準イメージの割合が高くなってきた

ぽすぐれのアプデなあ……

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

各種サービスのアプデを決行

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

そういえば axum の URL パラメーターどうやって受け取るんだったかなと思って見たら型付きタプルだった

https://docs.rs/axum/latest/axum/extract/struct.Path.html

そういえば koa もあそこは any だったんだっけ

INTERNET YAMERO hotafox はなんだろう、 👇👇 が／ヮ＼で☝️ ☝️がしいたけ目とかだとうれしいかもしれない

のらりくらり hotafox、／ヮ＼ であってほしい

https://skeb.jp/@Ryoku_sui/works/17
かわい～

筐体のフォルダランセレより細かく指定できるのがポイントです

cathedral に条件付きランセレ機能実装できた、画像の例では SPA ☆10 を BISTROVER～RESIDENT から各 1 曲ずつランダムに選んでいます

そんな便利メソッドあるの！？

番号の消費の問題で実現しなさそうだけどご当地データ SIM (パキる前の台紙に写真が印刷されていて 500MB ぐらい使える) とかもあったら楽しいかもしれない

なるほどね(2000 円か……)

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

> 全国共通ポイントであるTポイントの機能もついているので、
:sokka:

エヌタスTカード｜エヌタスTカードポータルサイト
https://www.ntasu.co.jp/

猫も杓子もテレカだった頃だったらテレカ集めてた気がする

感覚としては近そう

エリア限定の交通系 IC 記念に集めがち

✅ ほたの影響でエレナを知っている

COALESCE とかいうパット見で読み方がわからない単語

IS NULL と IS NOT NULL の出しわけ面倒なんだよな ｺｩｱﾚｽするべきか

今使えそうな条件の洗い出ししてるんだけどこれら以外で便利そうなのあるかな(文字列系は検索性能の問題で、ノーツ数は単純にデータがないので実装してない)

動的 WHERE 組み立て、条件の全体集合は決まってるので (foo = ? OR ?) AND ... をクエリとして用意しておいて (foo_value, foo.is_none()) を毎回全部バインドするという手法が取れなくもないな

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

えぇ……

急によゐこみが出てきたな

てか 0.7 はよ～→

sqlx 0.6 で動的な WHERE 句の組み立てを各位がどう実現しているのか調べたほうがよさそう

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

これが Postgres の場合プレースホルダに名前でバインドできるので何も考えなくて済むんだけど SQLite は対応してなさげなんだよねえ

複雑な条件のランセレを実装しようと思ってるけどクエリの組み立てに難があるなあ

メルカリは建前上専用出品 NG だし早い者勝ちが明記されてた気はするけど普通のスーパーとかでカゴの横取りが明示的に許容されるとは思えないしなあ

カオスエンジニアリングだ

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

はみにさん misskey.io にきたのか

客足が遠のくぐらいの影響がないと主張するのは難しいかもしれない

悪質で何回も繰り返されたら営業妨害ぐらいにはなる？

でもこれ N+1 っていうか N な気がする

N+1 解消しました
https://github.com/kb10uy/cathedral/commit/25c94713f92f32ae426656e0d813c4be3001d7d6?diff=split

複数曲の全譜面情報がごちゃまぜに含まれる Vec<T> から特定曲の SP/DP を別に取得するの、まさに drain_filter の出番っぽくない？

Vec<T>::drain_filter はよ stable 来てくれ～！！

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

喫

cathedral のサボってた N+1 回避をやります

アタマの大盛り、つまりケルベロス化した Tux くんが(？)

これの絶妙な猟奇的さ癖になる

factorio

あと価格設定の納得感ね。 R3 はこれで 3000 円はええ商売しとんなあって感じだったけどこのスペックと諸々ならまあ 3000 円出せるなという感じがする

これだけ書くとホントに Arduino か？って感じだな、新興ブランドのマイコンボードっぽさすらある

Cortex-M4 で FPU が付いて 256KB/32KB ですわね

そう、ぴこぴっぴも microB だったなか C になってるのは評価ポイント

しかも FPU 付きじゃん、計算系のタスクは相当有利になりそう

この手のボードにありがちな M0+ じゃないんだ

今知ったけど RA4M1 って Cortex-M4 なんだ！？

5V 系の Arm というだけで存在価値があるとすら言えれう

Arm コアの DIP マイコンといえばやたらでかい LPC1114 が印象強い

ルネがやる気出して DIP 版出してくれたら着脱できるバージョンも出るかもしれん(？)

QFP 着脱は職人すぎるんよ

記憶が正しければ AquesTalk Pico が書き込まれてる ATmega328P は Arduino に挿すとそのまま音声合成ボードとして使えたんよね

IC の差し替えはできなくなっちゃったけどまあ差し替えたい人そんなおらんやろしなあ(本当か？)

特に USB は多分 RA4M1 になったことでワンチップ化できるようになったんかな？

電源回りと USB 通信回路あたりがガッツリ削れてそう

そういえば Duemilanove とかこれぐらい青かったね

見た目だけで 言えば旧製品だと Leonardo が近そう

R3 と並べてみたり

まさかこんなところで Renesas 製のチップと対面することになるとはねえ

こうして見ると 2020 年代にふさわしい Arduino って感じするな

アクリルのスタンド？が標準装備なのえらいな

まあ Rust が nominal で static な型しか定義できないので必要なコストか……

#[serde(rename="")] とかは正直行分けないでインラインで書きたい気持ちがある(？)

とりあえず FromRow の実装側に rename 書く方法をやってみるか

EAV とか……

SQL アンパタ、そんなわけねえだろみたいな設計も紹介されてて楽しい本です

「とりあえず "id" 」については最近リッチな ORM 使ってないから複合主キーなどに全く抵抗がなくなってかなり減った自覚がある

『SQL アンチパターン』では確か `id` という名前は混同しやすくなるので自己完結する名前を付けようみたいなことが書かれてた気がする

そういえば NATURAL JOIN 的にもそれがいいみたいな話をどこかで聞いたな……

あーテーブル名をあんまり名前空間として使わないみたいな感じか

この version_abbrev がなんか微妙なのでいい感じにしたいという話だった

気がするだけでそうするのがよいという風潮があるなら別にそれでいいんだけども

SQL 側でやるのは割と受け入れてるけど Rust 側でやるのはなんか微妙に違う気がする

https://github.com/launchbadge/sqlx/discussions/1844
Discussion はあるけど進展があんまりなさそう

INNER JOIN するときに例えば
posts.title AS posts_title,
posts.text AS posts_text,
user.name AS users_name
みたいにして (Post, User) にうまいこと転送したいわけだが、素朴にやると全フィールドに rename を入れる必要がある

sqlx::FromRow、rename に一括でプレフィックス付ける機能とかないか？

10 年前は全角固定だったからカスのハンドルネームだった

発音したときに長すぎないハンドルネームにしようの会

ジョイスティックは上下左右に別のアクションを割り当てる他普通にゲームパッドのアナログスティックとして認識させることもできるっぽい

ライティングはバッテリー残量連動にした

通信方式は手動切り替えやね

2.4GHz・Bluetooth・有線全部対応してるのはえらい

重さ的には電池入れた G604 よりちょっと軽いぐらいかな

内臓バッテリーで USB-C 接続だね

すごい

オンボードメモリーがある 💯

お〜〜

docker コマンドで直接さわるかは別としてもうコンテナに載せるのは当たり前みたいな時代になってきたよなあ

しかし Ed25519 の公開鍵本当に短いよなあ

公開鍵のコメント(デフォルトで username @ hostname になるやつ)をなんかいい感じにして区別してる

昔 tootsuite(昔なので)/mastodon の docker-compose.yml で DB がデフォルトで永続化されてなくて再起動でロストする人がそこそこいたのを思い出すなど

最近は新しくセットアップするときは一律この手順にしている

これが単純かつ確実でよいね

authorized_key の事故はそもそも秘密鍵がサーバー側に保存されるような運用をするべきではないとされています

他にも multi-user.target を mutli-user.target とタイポする、Docker コンテナのマウントボリュームディレクトリをうっかり sudo rm -rf で消すなど活動は多岐にわたる

鯖管(？)チュートリアル
✅ authorized_keys に秘密鍵を追記して締め出される

か、陥没

！

あーあの機能そういう感じ7日

「承認制アカウント(サーバー側で勝手に承認する)」とか「公開アカウント(Follow Activity だけキューがクソ細い)」とか極端な例は考えられるので処理としてはあくまで Accept Follow を待つのがベターだよなあ

まあ UI の補助情報ぐらいしかなさそう

JSON-LD と向き合うやつなあ……

ほえ〜

そういえばあれコンテキストでアクティビティー自体も追加できるんだっけか

なるほどなあ……

a-

Like か

10 ふぁぼ(うち 1 件、 3 件)
みたいに……

AP のオブジェクト的には絵文字リアクションは Like の追加コンテキストのはずだし、 WebUI 上でもそのように、つまりふぁぼ全体の下位の情報として表示するほうが適切なんじゃないかという気はする

スリープみたいな状態になってるってことか

最近は解消されてるのか

こう、受信してる映像と音声は視聴できるけどホーム画面呼び出そうとすると「起動中ですおまちください」みたいな表示が出る期間がある

起動中というのは放送は見られるけど操作を受け付けない状態のことです

テレビで思い出したけど起動中はせめて何かインジケーターを出してほしいなあと思うことがある

🦀

でもそれぐらい映像信号から表示までの遅延があるとするとリモコンのレスポンスの体感にも若干影響がありそうな気がするわね(特に最近の高機能なやつだと)

こんなわかりやすく出るもんなんだなあ

遅延を撲滅してほしい 【雑談】 - YouTube
https://www.youtube.com/watch?v=upVxCXWDlZk

この回だった

ｻｸﾗｰｲさんが過去に言及してた気がする

いわゆるゲームモードってやつがその手のポストプロセスをバイパスするといわれとるね

Apple Watch と Pixel Watch の充電器がデュアルではめられるスタンドがほしいとなっている(こういうときに 3D プリンタがあると便利なんだろうな)

600/day は発信する投稿数の間違いでは？になてり

特級呪物の話？