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

こんな過酷な環境でも椅子の上で気絶できるものなんだな。人間は強い (エアコン仕事しろ)

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

3時間前がこれだから一応少しずつ冷えてはいるらしい

31.8℃ 51%RH まで下がってきて、エアコンの効果がだいぶ感じられてきた。ありがてえ。

Release Version 1.0 Functional Equivalence · ballsteve/xrust
https://github.com/ballsteve/xrust/releases/tag/release_1_0_0

！？ なんかすごいこと言ってないか

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

> 裁判官は、「これからは『うっかりでした』ということでは済まされないので、日々いろいろなことに気をつけて生活してください」と池田被告を諭しました。

SEKKYO パートが完全に子供扱い

気をつけて対策した結果が税理士への丸投げなのだから、的確だしえらいよ

そうしろという身近の人々からのアドバイスは何年も前から受けていたはずだと思うけど。まあ。そこには目をつぶって。

見せしめってやつでは。うっかりだろうが許されないぞという実例は今後の活動に役立ちそう。

xrust - Rust
https://docs.rs/xrust/latest/xrust/

ふーむ……
すごいはすごいのだが、 v0.9.0 のリファレンス (まだ v1.0.0 のが上がってない) を見る限りではあまり今後の XML 生活を全ベットしたいとは思えない状況だ

結局自前実装の野望はなくならないかなこれは

追徴なんてそこらじゅうで発生していると思うけど、それを広くしらしめるには有名人のネームバリューを頼る必要がある。
でないと「どこかの知らない誰かの話」としてスルーされてしまうから

まあアンフェアだとは思うが理解はできるし一種の “有名税” ってやつなのかね

追徴有名税……

「薬屋のひとりごと」二種類の漫画の違いとは？ | コミック | アニメフリークス
https://times.abema.tv/articles/-/10103502

「ねこクラゲ」被告、脱税認める　原稿優先で申告せず、福岡地裁（共同通信） - Yahoo!ニュース
https://news.yahoo.co.jp/articles/66ae60bb4f51d5d89838074a0095b5143a879fed

(2024-05-31)

> 検察側は冒頭陳述で、2010年に漫画家として活動を始め、知人から申告が必要だと教わっていたが、税理士に相談後も書類の整理をおっくうに感じ、原稿の期限を優先したと指摘。

税理士への相談はしてあったのにその後の腰が重かったのか。いよいよ納得感が強くなってくるな

他人事には思えないねぇ。私がやらかすときは脱税ではなく別のことだろうという点を除けば。

たといｼｬを追放されたとして自営業をできるほど社会適合性が高いとも思えないので、その点は逆に心配なさそう (?)

あーでも副業収入とかが発生すると規模次第では可能性はあるか。

こわいねえ。

July's Windows 11 update is sending PCs into BitLocker recovery | PCWorld
https://www.pcworld.com/article/2407581/july-windows-update-sending-pcs-into-bitlocker-recovery.html

続けざまにwww

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

「改善点」は「改善された点」も「改善すべき点」も指せるはずだし、妥当な解釈

> PCエンスージアストやハイエンドユーザーは、

関係ないけど、 PC 文脈の enthusiast には「愛好家」という訳をあてるのがうまいと思っている

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

「そう書くことができる」は「必然的にそう書かれる」を意味しないと思うけど……

それこそ「前者で捉えるなら『良くなった点はありますか？』と書くはずだから、後者の意味に違いない！」と思う人もいるかもしれない。
「悪くなった点はありますか？」という直截的な書き方は製品に悪い印象を紐付けかねないから「改善(すべき/できる)点はありますか？」という書き方になったのだ、という尤もらしい補強もできる。

そもそも「要改善点」という語自体を使うことがないように思う。不成立とは思わないけど。
「要改善」はだいたい熟語にせず単体で使う場合がほとんどじゃない？

オタクなので解釈の曖昧さにはうるさい

「要改善事項」はあるか。あるな。

「要改善点」は見たことがないけど。不思議な非対称だ

自然言語は不思議だね

「要改善事項」は自然と「要改善/事項」に切れるが「要改善点」は「要 /1 改善 /2 点」の /1 と /2 の結合強度が近いとか？

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

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

これについて考えていて「課金」の向きに関するありがちな誤解を思い出した。

「保険する」は日常的な語法でなくさらには造語 (あるいは存在しない語) っぽいので誰かが提示した方向が優先されるが、「課金する」はカジュアルに使えそうなので向きを勘違いして使われる (サービス提供者がサービスに料金を課することではなく、利用者がサービスに料金を支払うこととして使われてしまう)。

で、「改善する」は日常的な語法でカジュアルに使えてしまうので何か似たような理由で向きが入れ替わりやすくなっていたりするのかなとか。妄想だけど。

更に英語の中間構文 (middle construction) を思い出した。「One can smell it」を「It smells」と書けたり「One can compile the program」を「The program compiles」と書けたりするやつ。
これは語というより文法レベルで向きを逆転させる機構っぽいけど。

まったく奇怪で困るね

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

点Qに追いつかれたそのときが、あなたの旅の終わりとなるだろう……

恐怖！ 青白く輝く点Qが迫りくる！

k8s 入門しようとしたこともあったが、永続化まわりがどうにもつらくて結局普段使いツールにならなかった。
理解できないとかではなく、シンプルに手元で “ちゃんとやる” ために必要な機構が多すぎる

手元の全環境を k8s 沼に沈めるくらいの覚悟がないと厳しそうな気がしてやめてしまった

思想は嫌いじゃないんだけど。手間が重すぎる。

だからといってマネージドにしたら自宅クラスタの意味ないし、金は普通の VPS とかの docker 環境より余分にかかるし

ホストのストレージ使ってマイグレーションを殺すとか、 NAS に謎の専用デーモンを入れるとか、諸々の手はあるのだが、私はまさにその “手” が気に入らなくて手元で実施したくなかった

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

宣言的の部分だけくれ〜〜！！

docker compose はかなりいい線行ってるけどマイグレーションに不向きなのがつらい

マイグレーションできるようにすると色々追加の設定が必要だったりホスト側にまで設定が侵食したりして……

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

結局今は Proxmox VE に全ブッパしているので、 ansible で LXC ベアメタル (?) か docker compose on LXC にしているものがほとんど
(VM も稀に使うが、 Linux ならだいたい LXC で済むしその方が柔軟なのでめったに使わない)

NAS まわり無限につらくて、

* 電力と発熱と騒音がつらい
* プロトコルがつらい
* パフォーマンスがつらい
* 冗長化がつらい
* 価格がつらい
* バックアップがつらい
* ACL 管理がつらい

などなど全てがつらい

こちとら一般のご家庭なんで、ルータを冗長化したり NAS をフェイルオーバーしたり電源を2系統にしたりなんてセットアップには無理があるんですわ

UPS がないので誰の目にも明らかな一般のご家庭です

でも NAS の可用性を確保しないと

1. NAS がダウンする
2. NAS への NFS アクセスがブロックされる
3. 全てが止まる

であっという間に破綻するんですわ

で、 NAS の可用性確保はネットワークの可用性確保を暗黙に含んでいるわけでして……

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

これは本当にそう。カジュアルに専用線とかハードウェアの多重化とかあらゆる高価な方法論が選択肢に入ってくるエンタープライズの本物に届くわけがないのがよく実感できる

ちょっとサーバの台数増やすだけでお湯もおちおち沸かせなくなるからな、賃貸一人暮らしの電気契約は……

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

人には人の冗長化
君だけの SPoF を育てよう！

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

子どもにクラスタの介護させろ (?)

近年の機器はたぶん停電しても機械的・電気的には壊れないので。データの保護と修復も現代的なファイルシステムでカバーできるし、最終的には「サービスが落ちる」だけが問題ということになる

で、壊れるとかではなく止まるだけなのであれば、優先度は低いかな……という判断になりがち

再起動すれば直ってしまうから。

雷サージ保護だけは徹底的にやっています、これはハードウェア故障に繋がるので

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

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

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

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

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

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

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

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

> 音圧レベル[dB(A)] 70

いつもの

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

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

「ごシャワーあれ」ってか