㌦の時間か

panic を unwind でなく abort にすることでだいぶ縮むみたいな話もあったような

もちろんそうすると cleanup をちゃんとしてくれなくなるのでファイルに書いたつもりのデータの消失だとかリソースリークだとか覚悟しないといけなくなるけど

まあ現代の OS でリークつっても基本的には特定のポートで一時的に listen できなくなるとかそういうレベルで済みそうな気はするけど (外部コマンドで lock / unlock みたいなのしてるケースは知らん)

Panic: Unwind vs. Abort - help - The Rust Programming Language Forum
https://users.rust-lang.org/t/panic-unwind-vs-abort/9928/4

Unwinding vs Abortion upon panic : rust
https://www.reddit.com/r/rust/comments/phws7n/unwinding_vs_abortion_upon_panic/

複数 AWS アカウントのコンソールを開くには、Firefox アドオンの Multi-Account Containers が超便利という話 | DevelopersIO
https://dev.classmethod.jp/articles/firefox-multi-account-containers/

Firefox Containers はいいぞ

Wordle 291 5/6*

⬛⬛⬛⬛⬛
⬛⬛⬛⬛⬛
⬛🟨⬛🟨⬛
🟩⬛🟨🟨⬛
🟩🟩🟩🟩🟩

#Wordle

Mastodon 鯖 (メモリ 1 GB) の負荷

いつまで経っても1万円、なに、日給？ (ﾁｸﾁｸ)

賃貸暮らしなので水のトラブルは管理会社に連絡します。営業時間外だったら知らん！w

tricorder - tricorder
https://linkdd.github.io/tricorder/

ansible 的な構成管理を Rust でロジック書いて toml で inventory 書いてやっていきたい、というプロジェクト。
発想は面白いが、ドキュメントや API reference を見た感じだとまだ超初期段階のプロジェクトで、 ansible の利点である羃等性の簡単な担保という特徴に手を伸ばせるほど機能の準備が進んでいない。
これから足される機能次第かな……

tricorder::tasks - Rust
https://docs.rs/tricorder/0.9.0/tricorder/tasks/index.html

まだ download / upload / exec / info しかなくて、本当に基礎の基礎の基礎しかない感じ。
たとえばここから「ユーザを足すタスク」みたいなのがちゃんと羃等性を保証できるような形で追加されていくとかだと期待ができるんだけど。

ｺﾛ試合したいけど進捗が順調すぎてそんな暇ないな

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

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

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

まあﾂｲｯﾃがこれ以上酷くなろうがマシになろうが他人事なので笑って見ていられるな (?)

今になってもまだ Twitter が破滅して困るような状態の人々に今更 fediverse をおすすめすることはないので、安心してコンテンツとして見ていられる

リアルの知り合いはいざとなればﾃﾞｮｽｺｰﾄﾞとか Slack とかメールとかいくつも経路があるので、あまり心配してない

よい

政治家は市民の鏡 (not 鑑) だよなぁというのは常日頃から思うし、ちょくちょく (人を刺す目的で) 言っている

あーあ、良識がある人みたいな発言しちゃった

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

外科手術みたいなものよねという雑な感想はある

治すのにコスパの釣り合わなそうな器官をどうにか治そうとリスクを負いながら無限のリソースを注ぎ込むよりも、病巣を取り除くのは手っ取り早いしそこそこ安全。やりすぎなければ。

これはあくまでコスパの話であって倫理は別の話。

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

あとは単に、犯罪を犯すことに負のインセンティブを与えたいというのはあって、そうなると重い罪には重い苦痛を与えることを予告しておきたいわけだけど、現状の先進国では死ぬよりつらい苦痛を刑罰として与えるのはかなり難しそうというのがある

一方で死は多くの人が “ちゃんと” 怖がってくれるので犯罪抑止の効果が期待できる。
シャバの日常が「死ぬよりつらい」という地獄にならない限りは。

首吊りですぐ逝けるとしても怖いもんは怖いということなんでしょうね。死刑が決まるまでの収監されている間の生活が怖いというところまで先を予想して恐れられる人は、死刑になるような犯罪はそうそうしないでしょ

死刑の一手段である「電気椅子」が交流による感電死ではなく直流による焼死だという話はしましたっけ？

この文脈に混ぜて院卒と言われると、どっちの院だかわからんなw

インセンティブ調整による人々の行動の誘導が対症療法的であるとしても、今のところ国家が支払えるコストの限界はその辺りなんじゃないかと思うこともあって、よーするにリソース不足によるどん詰まりなのでは

教育ですべてを解決できるのなら勿論その方が人道的だし根本的な解決になるかもしれないけど、まあ無理じゃね？ という感想しかない……

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

学歴にゲインかけんといてもろて

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

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

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

定期検診に潜む、危険

なんだか4時間前にライセンス談義があったらしいな

https://www.gnu.org/licenses/gpl-faq.ja.html#WhyUseGPL
https://www.gnu.org/licenses/gpl-faq.ja.html#WhySomeGPLAndNotLGPL

copyleft であること/またそうでないことの “戦略性” については FAQ を読んでくれという感じ

permissive の方が好きだが “戦略” として copyleft を採用するということはありうるし、逆に copyleft を理想としているが “戦略” として permissive を採用するということもありうる

……ので、自由ソフトウェアの開発者としてライセンス選択について語るなら、どちらが理想的だと思っているかとどちらをよく選択しているかというのは別々に語るべき

ctx: https://mastodon.cardina1.red/@lo48576/108084020416548717

あなたの次回のライブラリには劣等GPLを使うべきでない理由 - GNUプロジェクト - フリーソフトウェアファウンデーション
https://www.gnu.org/licenses/why-not-lgpl.html

> どのライブラリにもふつうのGPLを使うのは、都合の良いこととは限りません。いくつかの場合においては、劣等GPLを使った方が状況を好転できると考えられる理由があります。

この「状況を好転できる」という言い回しは結構本質だと思っていて、 copyleft は静的な思想ではなく、「ユーザの自由を未来にわたって確保する」という状況をより確かにするための運動の一部でもあるわけよね。だからこそライセンス選択に戦略性がある

> プロプライエタリなソフトウェアの開発者たちには資金力という強みがあります。そこで、自由なソフトウェアの開発者たちも、お互いのために、彼らに対する優位を確保する必要があるのです。ふつうのGPLをライブラリに使えば、自由なソフトウェアの開発者たちはプロプライエタリな開発者たちに対して優位に立つことができます。自由な開発者には利用でき、一方プロプライエタリな開発者たちは使えないライブラリという強みが手に入るのです。

GPL (copyleft) というのは「充実したエコシステムをプロプライエタリ圏から使えない」という状況を成長させることで不自由にすることの優位性を削いでいくという “戦略” のもとでも選択されるものなのよね。
「ユーザの自由が」というのは究極の目標ではあるけど、その手前の段階として「人々が不自由なソフトウェアのエコシステムに参加するメリットをなくす」という戦略目標がある。
copyleft なライセンスでソフトウェアを公開するはそのための戦術のひとつ。

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

ワイも .red な TLD のメールアドレスへの変更ができないサービスがあって、問い合わせしてどうにかしてもらった

たとえ目標を共有していたとして、理想とする戦術が同じであるとは限らないし、あるいは特定の戦術を支持しないからといって目標を違えていると断じることもできないはずなんだけど。

GPL まわりはどうもその辺り視野狭窄というか過激な人が多い

まあ過激というよりは単に誤解しているというか考えが及んでいないだけなのかもしれないけど……

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

本質的には認証が「本人であること」を要求していて、つまり認証を通そうとしている本人がそこにいることを要求していて、そして posession factor は「本人が身に付けている」ものであるべきということなのかな。
「実家に置いてあるデバイス」とか「自宅に放置してあるデバイス」とかを登録されては困る？

「事実上本人と同一視できる」ことを各 factor に要求するのであれば、当然 possession factor についても同様であるし、つまり常に本人が身に付けているもの……？
ほんまか？？？

でもたとえば「金庫に possession factor として使えるトークンが入っています」とかを考えてみると、結局それって knowledge factor か別の possession factor に還元しているだけなのよなぁ

まず多要素認証における要素の還元というか帰着がどの程度許されているのかをよく知らない (一般に良くないことだとは認識してるけど)

(まあそれはそれとして、「常に持ち歩いているトークンが複数ある」という状況は十分ありうる気はするけど)

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

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

Windows のドライバ、本当にユーザが悪くないのに条件付きで壊れる案件はあるので、なんともいいがたく

私が経験したことがあるやつだと、 TrueCrypt と Ext2Fsd を同時に使うと BSOD でクラッシュするやつとかですね

どうもファイルシステムまわりで何か競合が発生するらしく (かなしいね)

まあ10年以上前の話になるので今となってはどうでも……

まあ何かと言うと、単体で問題なくても相性で死ぬパターンはあるという話

もっとも、 Windows というだけでも、ただでさえ DRM 系の行儀悪いデーモンが無限に暴れていたりするので、もはや住民の一人だけが行儀良かったところで何の慰めにもならず……みたいなアレはあるかもしれない (まあ酷い DRM の付くようなガチなゲームとペンタブを同時に使う人がどれだけいるかは知らんが)

たとえばの話ですよ

ｲﾝﾄﾞｯｽﾞこそ、システム中枢まで食い込んであれこれするアレなサードパーティバイナリが多いのだから、コンテナとか仮想化系の技術が気軽に使えるべきだと思うんですけどね……
Linux のプロセスを隔離するよりもゲームや行儀悪いソフトを隔離する方がずっと需要あるでしょ

もっとも、ゲーム開発者側としては DRM 迂回されては困るので簡単な仮想化程度ではどうにもならない地獄の侵襲パンチを繰り出すわけだが……

#⁠それはそう

まあ基本的にソースコードが公開されている (というかそういうコードでないと怖くて使えない) ので最悪手元で直せる、こともある、パワと時間と気力があればね……

#MyNextGpuWontBeNvidia の話は忘れよう (???)

まあ Windows がクソだからといって Linux が安定してるなんてのも大嘘だし、かといって Apple は自社ハードと自社 OS の組み合わせなので文鎮化アプデ配信したりするし。
救いはどこにもないよ。座して死を待とう。

s/なので/なのに/

卒論時期に IME のバグ踏んでパッチ投げまくって修論時期にグラフィックドライバのハングアップで散々苦しんだ私が通りますよっと

やっぱり締切に追われると全然関係ない進捗が捗るわ

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

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

${title}
${site_name}

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

SQUEEZ と みるくふぁくとりー をおすすめする機運が高まっている？

何故だかわからないけど一部作品だけ DLsite にあるんだよな

権利関係なのかな。開発スタジオ側で権利持ちきれないところというと、声優まわりだろうか？

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

？？？「他の曲もタノ・ムー」

？

ムムッ！労働者を指すつもりで社会人と称しているな！？

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

進次郎構文かと思った

進次郎か人工無脳かクイズ (?)

このクオリティで ELIZA はいいセンスしてるじゃんと思ったけど ELYZA だった (まあ明らかにリスペクトだけど)

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

茎が複数生えている植物とかってそうそう見ない気がするので、バイポーラトランジスタとかは根菜なのかなと思った (適当)

連理は例外 (実物を見たことがある記憶はないけど……)

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

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

うーん、険しい

refcount をまたしても再実装する破目になりそうなんだよな、何か工夫が必要だ

{Strong,Weak}AffiliationRef にフラグ持たせてやればいいか？

ツリーへの追従とノードへの追従の2つの挙動があるというのが問題の本質なんだよな。 refcount の仕組みもそれに合わせてうまく作らないといけなかった