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

なーにがデスマーチじゃ、こちとら不養生で毎日デス待ちぞ

人類みなデス待ち

emo.riken.jp が死んでる……

死に急ぐ科学者魂
https://web.archive.org/web/20230718093429/https://emo.riken.jp/clm/clmj/1312j.html

おまさのり氏、 Bookwyrm とかで読書情報の federation してほしい！

気になる本の観測やリストへの追加とか、フォロイーによるコメントやレビューの購読とか、そういうのを ActivityPub 上でできると大変ありがたいので……

BookWyrm: Social Reading and Reviewing
https://joinbookwyrm.com/

(まあ日本語の書誌情報少ないんで自力で入力することになりがちで、そこのオーバーヘッドはﾊｲ……という感じだけど)

むしろ日本語話者でまっとうなメタデータを入力できる人をたくさん誘っていくしかない

一方ワイはｴﾖｹﾞの †書誌† 情報を入力していたりしてカスです🙃

最近 TL におすすめの本の情報がよく流れてきており、 Redmine に起票しておくか Bookwyrm に書誌情報を追加して wishlist に加えるべきかでちょっと悩んでいます (?)

Redmine に積むと永遠にクローズされないチケットになりそうなのでタスク管理ツールとしてはノイズになりそうなんだけど、 Bookwyrm に登録するにはメタデータの入力がダルい (べつにサボっても良いのだが……)

あともうひとつ、「誰がどこでどうおすすめしていたか」というのを紐付けようとするとコメントの形になると思うのだが、他人のコメントやそのリンクを私のコメントとして紐付けるというのがちょっと嫌。なんか違う。

プラットフォーム外における他人のおすすめをどう紐付けるかというのは、任意の読書管理サービスに共通の課題かもしれん (プライベートコメント機能みたいなのがあればそれでも良いが、それでもあまり望ましい方法という気はしない)

Navidrome サーバを建てようと思って128年が経過した

ｵｮｰｸﾏﾝ上でプレイリスト弄りをするとつらいので (PC へエクスポートできなそうなどの理由)、 Navidrome とかで PC なりｽﾏﾋｮなりからプレイリストと曲の rating を調整したうえでそれをシェルスクリプトとかでちょっと弄って WALKMAN に転送する、というようなことをしたい

今のところ曲の rating 管理とプレイリスト管理を MPD でやっており、これを rsync で NAS と同期しているのだが、同期が透過的でないのであまり期待どおりの状態ではない

かといって NAS の音楽フォルダをマウントするのも、なんだかなぁ。べつにいいんだけど。むしろ本来そうあるべきなのかな (せっかく 10GbE だし。)

タグというのがメタデータの話であれば、ファイルの準備時点で徹底的に正規化してライブラリに追加するようにしているので私にとっては全く問題ではない

なぜ NAS をマウントして直接使っていないかというと、ガバガバの鯖缶つまりガバ缶なので、たまに NAS とかスイッチがダウンしていることがあり、そうなったときネットワークファイルシステムがタイムアウトするまでファイラやシェルの動作がブロックされるのが嫌だからです

あとは数年前までラップトップに音楽ライブラリを (やはり rsync で) 入れて持ち運んでいたので、自宅の LAN からしかアクセスできないネットワークストレージに依存できなかったというのがある。今はもうｵｮｰｸﾏﾝにデカ microSD が挿してあるので状況が違うのだが。

そんなテクがあるのか

音楽ファイルの正規化、ジャケット画像を取り出して oxipng や jpegoptim で非劣化の圧縮最適化をかけたり、メタデータ領域のパディングをなくしてサイズを縮めたり、 loudgain と rgbpm でリプレイゲインを設定したりなど、文字列メタデータの設定以外にもいろいろやっている

それでも後から弄りたくなることは滅多にないけど皆無ではない

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

number_from_{sunday,monday} をそこに入れるのはどうなんだ (どちらもプライマリな表現ではないのだから)

プライマリというかデフォルトというか。そういう選好が言語側に存在せず表明もされず、あくまで数値を生で扱う汚い世界からの変換として非常に明示的な形で存在しているのだから……

それはそれとして「0〜6でなく1〜7である」というのは提示に値する情報なので、表に載せる意味がないかというと、まあ、意味はある……

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

スケジュール表を弄るのではなく時刻を弄るの、最悪のハックという感じがする。もう少し誠実になれ

それはそれとして地球の運行に依存した表示と、それとは無関係に考えられる物理現象であるところの時間の進行を、別々の暦で扱ってほしいというのは確かにそのとおりだと思う

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

品川駅の写真撮り忘れてた……

ｼｬなう

「デジタル庁のデジタル認証アプリ」いいな。国土交通省の国土交通情報アプリとか農林水産省の農林水産管理アプリとかも出てこい (?)

総務省の総務アプリ (???)

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

論文とかで関連の文献を引いてくるときに使う [] が、文献名や参照名に使う括弧

そう気付くまでは私もよく迷ってた

[明治, 大正, 昭和, ...]

[㍾, ㍽, ㍼, ...] かも

光ファイバーかなり興味はあるのだが、端面のケアとかが面倒そうすぎて DAC から逃げられない

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

CCC邪悪話は……

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

クソしょーもなくて自分で笑ってしまった

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

コミットするファイルの末尾に

# vim: set ft=python :

と書いて vim をアピールするなど、活動は多岐にわたる

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

「謎の企業」とか言ってたり技術系の飛ばし記事ちょくちょく書いてる日経の記事の学習、おもしろそうだね (?)

pull は別工程に分けたくない？ どこで失敗したか確認しやすいし (べつにログ見りゃええ、それはそうだが……)

systemd unit を書くなら ExecStartPre で失敗可能な形で pull させて ExecStart で失敗を認めない形で run させるみたいな書き方を自然にできるようになるし

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