#知らぬ間に椅子の上で気絶部

『Factorio』大型無料アプデで「アイテム積み重ねベルト輸送」実現へ。インサータのフィルター標準装備や“超超高速ベルト”なども告知 - AUTOMATON
https://automaton-media.com/articles/newsjp/20240115-278952/

ほほー

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

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

できるんだ……

F1000Research | Open Access Publishing Platform | Beyond a Research Journal
https://f1000research.com/

> F1000Research is an open research publishing Platform for researchers in all subject areas.

㍂

About F1000Research | How It Works | Beyond A Research Journal
https://f1000research.com/about

> F1000Research publishes articles and other research outputs reporting basic scientific, scholarly, translational and clinical research across the physical and life sciences, engineering, medicine, social sciences and humanities.

> F1000Research is a scholarly publication platform set up for the scientific, scholarly and medical research community; each article has at least one author who is a qualified researcher, scholar or clinician actively working in their speciality and who has made a key contribution to the article.

まあそりゃそうか

雑に UUID を与えるとかでいい気もしている

まあその UUID が正確に何を指しているのかを定義しないとデータベースで使い辛いという問題はあるので、これは検索に対するソリューションにしかならないけど

つまり刊行物のメディアやフォーマットの違いが区別されるか否か、リビジョンは区別されるか否か、シリーズなのかそのうちの単体なのか、みたいなところをちゃんとやらないといけない。番号が割り当てられれば良いというものではないのだ……

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

でもちゃんとたとえば「同じ曲の別人によるカバーは別物とする」 (抽象的な “同じ曲” に同じ ID を割り当てない) みたいな規約が用意されているだろうし、データベースそのものというよりもまさにその規約の共有こそが基盤として重要という話

逆に、規約さえ共有できてしまえば個々人が重複しない方法で生成された ID を勝手に割り振って後でどこかに集約する (同一視とかもその集約でどうにかする) という手が使えるので必ずしも中央集権的である必要はない。
RDF 系の DB とかはそういう発想が強いかもしれない？

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

それはまあね……

データの蓄積は後からでもできるが、蓄積されたデータの連結は規約がしっかり共有されていないとできないので……

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

そこで一貫性を持たせようとすると権威組織が中央集権的に審査・登録・管理する方向になるのだが、それはそれで明らかにボトルネックになるのでターゲットを絞らないと成立しなくなる

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

コミュニティベースで品質保証をうまくやるの大変そう

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

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

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

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

BufWriter in std::io - Rust
https://doc.rust-lang.org/1.79.0/std/io/struct.BufWriter.html#method.into_inner

> The buffer is written out before returning the writer.

BufWriter in tokio::io - Rust
https://docs.rs/tokio/1.38.0/tokio/io/struct.BufWriter.html#method.into_inner

> Note that any leftover data in the internal buffer is lost.

std の BufWriter は into_inner() でバッファを書き出してくれるが tokio のはバッファ内データが消失する。
関数の型が違うとはいえ罠じゃん……

色気を出して std::io::Write を要求するデータ変換処理に buffered な tokio::fs::File を渡してあれこれできないものかと模索しているが、 mutex まわりとかが絡んできてただひたすらダルくなってきた

ファイルだけならどうとでもなったのだが。

かといって全部オンメモリ (std::io::Cursor<String>) でやるというのも……できなくはないが避けたい

結局文字列を経由することにした (逃げた)

まあ個人用ブログで単一の XML ファイルがギガバイト級になることはそうそうないやろ…… (どうかな)

fn foo() -> anyhow::Result<T> について、コンテキストをあまり必要としない
foo().context("failed to do foo")
のような呼出がほとんどである場合に、 .context(...) を foo() 内でやってしまうことの是非

#らりおメモ

基本的にあまり気乗りしないのだが、とはいえ同じこと何度も書くなというのもあり……

本当はそういう「summary があるエラー」と「summary がないエラー」を型なり名前なりで区別できると良いのだが

まあでも基本的に summary は context を含みうるものとして概念化されるのだからその原則に忠実であれという気持ちはそれなりに強い

匿名の直和型が用意されてくれればエラー型の統合先としての anyhow::Result みたいな雑ソリューションを使わずにやれるようになるはずなので、少なくとも internal API については summary なしのエラーを返すことを徹底できるようになると思うのだが (もちろん匿名の直和型に Error trait が自動で実装されることは前提)

都知事選　政見放送10時間超えも　立候補者過去最多更新は確実　最多で48人分　どうするポスター掲示板（スポニチアネックス） - Yahoo!ニュース
https://news.yahoo.co.jp/articles/8e8d657e473cfd4b4a5221eebd6acbc0d8ea7b37

毎回どこかの地域の出馬一覧を見てゲラゲラ笑っていた報いを受けています、いま (part 3)

母校、昔は文系科目として「数理社会学」とか選択できて面白かったんだよなぁ。
今となっては文系科目とは名ばかりの †リベラルアーツ† の巣窟になってしまっているようだが……

ギリギリ逃げきれなかった世代なので、意識だけはバベルの塔のように天高くを目指している虚無の授業に毎週参加させられたりしていた

図書館情報学面白そうなんだよなぁ

機能は128年ぶりに趣味進捗のやりかたを思い出したので、そろそろ加速していきたい

の前に homelab 用の CA を……

hakwerk/labca: A private Certificate Authority for internal (lab) use, based on the open source ACME Automated Certificate Management Environment implementation from Let's Encrypt (tm).
https://github.com/hakwerk/labca

これ使ってる人おる？

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

31.7℃なのでまだ暑くない。アイス食いたいけど。

サーバラックをあと1m風下に置ければデスク周辺の室温も2℃くらい下がりそうな気がしている。まあそんなスペースないのだが。

ラックの天板に置いてある温湿度計は 35.1℃ を示しており……

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

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

状況によるかな。 content と別に title を指定するような UI (たとえば GitHub の issues みたいな) だと h2 から始めたくなる気持ちはめちゃくちゃよくわかる

べつにそういう規約があるわけではないのだが、 h1 は文書タイトルに使うものという暗黙の想定をしている

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

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

https://vocalodon.net/@tomoki/112624827635995453

「1分間お待ちください」と訳さなかったのがえらい！ ということ？ (ちがう)

「"read" になることはできませんでした」のひみつ
https://web.archive.org/web/20220523214030/http://www.imou.to/~AoiMoe/column/win/could-not-be.html

思い出すシリーズ

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

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

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

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

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

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

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

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

ディレイラマ - Wikipedia
https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%83%AC%E3%82%A4%E3%83%A9%E3%83%9E

腰の重いダライラマみたいな名前だと思ったらマジでダライラマが元ネタなのかよ……

前代未聞のプラグインと言われているボーカル音源 | 無料でDTMを楽しむ 暇人DTM
https://sound.koukaon.co.jp/delay-lama/

こっち見んなw

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

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

Harry Potter and the Vietnam War
https://youtu.be/tEnrTVSbMro

これすき

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

魂だけでも人の3倍くらい重いのか (?)

サーバラック触ったらほっかほかになってて険しい

#これを見た人は無言で風景写真をはる

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

ライブラリから作り始めるとチェックポイントが増えるので虚無進捗になりづらい (なお最終成果物にはさらに到達しづらくなる)

最初からきれいなもの作りたい欲求を際限のないライブラリ作り直しで満たしている (?)

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

なんで洗濯機2つ欲しいの、洗濯漕用と脱水槽用？

Send & Mutex
https://cryptical.xyz/rust/send-mutex