/dev/neru
#今すぐ寝ることで救える命があります

#myoldgear

そんなぁ

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

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

YouTube の採算性が悪くなって Google があっさりサービスを終了させて文化圏が壊滅する様子を見たくないと言うと嘘になる

なんかやたら電車混んでない？ 最近いつもこれなの？

物理出社マン可哀想だし、それに巻き込まれるワイはもっと可哀想だ

Zen 4アーキテクチャの“実力”は？　「Ryzen 7000シリーズ」の性能を先行チェック！：9月30日19時発売（5/5 ページ） - ITmedia PC USER
https://www.itmedia.co.jp/pcuser/spv/2209/26/news205_5.html

少なくとも 750W、ふーむ

ちょうど 750W 電源には余りがあるけど (なぜ？)、どうしたものか

そういうことです #らりおactivity

エクアドル (Ecuador) らしい

https://twitter.com/Tsukumo_eX/status/1575410349209448448

いまこれに並んでいるんだけど、祖父ｴﾖｹﾞ館っていつ開店だっけ

終末ものｴﾖｹﾞ2点セット (セットではない) がもう両方とも発売されているので入手して帰ろうかなと思っているのだが

ソフマップAKIBA アミューズメント館｜ソフマップ[sofmap]
https://www.sofmap.com/tenpo/contents/?id=shops&sid=akiba_ams

1100かぁ、これは待たずに帰るべきか

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

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

The Unicode Blog: Announcing ICU4X 1.0
https://blog.unicode.org/2022/09/announcing-icu4x-10.html

これ Unicode Consortium 公式だったんか

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

親ロ派ハッカーが攻撃停止　「日本はもう心配しなくていい」（共同通信） - Yahoo!ニュース https://news.yahoo.co.jp/articles/df9c997fd925987ed456924830a19bd1dd83209b

> 9月下旬に入り、ロシア国内の複数の金融口座が凍結されたという。

どういうことだろう

海外での決済がとかいうレベルではなく、ロシアの金融機関から口座を凍結されてしまったということ？

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

動的型付き言語マジでそういうとこやぞとなるな

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

「計算はめちゃくちゃ重いが描画は比較的雑で良くてリアルタイム性も低い」という要件、当てはまるとすれば戦略系のゲームとか将棋やらチェスやらみたいなレガシーなボードゲームで相手が CPU であるようなものですかね

ネットギア スイッチングハブ 10ギガ マルチギガ対応 10ポート スマート (10G/5G/2.5G/1G/10M x4, 2.5G/1G/100M x4, 10G SFP+x2) Ultra60 PoE++ x8 (295W) MS510TXUP : 家電＆カメラ
https://www.amazon.co.jp/gp/aw/d/B08WZF34K6

これのポートが足りなくなる未来がすぐ近くに来ていて、どうしたものか……

選択肢が2つあって、 SFP+ にモジュール挿して延命するか (たいして延命できないが)、もうひとつ同じようなものを買うか

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

人間の対戦データを集めて裏でｴｰｱｲを調教しつつ、その成果をプレイヤーとの対戦に還元するみたいなループ、実際ビジネスになりそうではある

まあでもｽﾏﾋｮかブラウザゲーで十分同じことはできるというか、既にされていそう

結局リアルタイム性がないなら (場合によってはあっても) ブラウザでできてしまうんだよな……

でもそうか、 PoE++ ポートが既に8つあるということは、次買うハブは PoE 対応してないものにしても問題ないということだ。夢がひろがりんぐ

Amazon | NETGEAR ラックマウント型 アンマネージプラス スイッチングハブ XS512EM 10G 12ポート VLAN QoS 省電力 | ネットギア | スイッチングハブ 通販
https://www.amazon.co.jp/dp/B0796BQDXW

これいいかもな (値引き幅も何故かデカいし)

Amazon | NETGEAR スイッチングハブ 10ギガ 24ポート スマートスイッチ (10G SFP+ x4) 日本語対応 L2 VLAN QoS ACL LAG ルーティング XS728T | ネットギア | スイッチングハブ 通販
https://www.amazon.co.jp/dp/B014VIGSIY

さすがに24ポートは持て余すかなぁ (¥320k……)

リソースを増やしたいときは1.5〜2倍しながら確保していく戦略が良いとされているので (?)、12ポートで十分だと思っておくかな

7950X 確保ォ！！ #らりおactivity

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

うーん、ちょっとこの話はハイコンテキストかもしれない

まず前提として、 Rust は静的解析や型による制約の保証が強く効いている。加えて、 Option や Result による「実行時検査の (事実上の) 強制」も多い。対象的に C では検査をすっぽかすことが容易かつ自然で、また言語や設計が与えてくれる保証もとても小さい。

このことから、 C や C++ では開発者がすべてを掌握して無謬であることを最終的な前提とする (というかそう信じるしかない) 文化が自然と発生していて、もし誤りがあったら何が起きても仕方ないということになっている。未定義動作も駆逐は極めて困難だしね。

対して Rust では未定義動作の駆逐は言語設計レベルでの必達目標だったし、その流れからか「誤りがあってもなんとなく実行が続く」という方式を拒絶しがちな文化がある。

多分本質的な違いはそこで、 C にせよ Rust にせよ assert に実行時コストがかかる (かつリリースビルドでは (debug_assert!() は) 無効化される) 点でパフォーマンスへの影響に差異はないんだけど、文化が未定義動作や暴走とクラッシュのどちらをマシとしているかで許容度が変わっている

もうちょっと実務的な話を付け加えるなら、 Rust では言語側で与えてくれる制約が多いため最適化 (常に成り立つと証明できる assert の消去など) がより効きやすく、相対的にオーバーヘッドが小さいという点はあるが

「UB や暴走よりは panic」が典型的に出てくるのは、たとえば vec[i] みたいな式が C++ では無検査で、検査したくば vec.at(i) と書く必要があるのに対して、 Rust では (リリースビルドであろうと) vec[i] は境界検査をしてアウトなら panic する。検査を省くなら unsafe 文脈を明示して vec.get_unchecked(i) とする。

もちろんメールアドレスは自分で取得した独自ドメインですよね？

デバッグビルドの Rust だと整数加算のオーバーフローすら panic になるの、実際すごいよな。おかげで debug build はかなり遅いけど

オーバーフローを想定する場合は + 演算子を使わず x.wrapping_add(y) や x.saturating_add(y) や x.checked_add(y) のようなメソッドを使う

👍👍👍

https://fedibird.com/@matsbox/109084747386292673

まあ実際これかもしれん。
とはいえ、戦艦の名前を使っていたら艦これが流行ってしまい改名を余儀なくされた同人作家の話とか、実在有名人の芸名と被ってしまい中の人の誤った推測がされたりしているVの者などの事例を見ていると、やっぱり検索ベースのアプローチは事故のリスクが無視できないなとも思うけど。どうしたものやら

難しいねえ

アカウントや刊行物などすべてに自身を表す UUID を付記するみたいなオタクソリューションを思い付かないでもないが、あまりにオタクすぎて人々におすすめしがたい

しない理由ある？

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

・再取得不可、登録が抹消されない
・そこそこ判別性が高くも、意味がない
・権威サーバが使えない状況でも無効化されず照合する手段がある

あたりの性質はほしそう

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

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

ゴツめカワウソでも許されそう (?)

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

私は天才なのでこういうとき「NFT で人間可読識別子を予約すればいいんじゃない？ 機械可読で永続する識別子は wallet のアドレスにすればいいし」と言えます (?)

知らんけど、たぶん NFT って同じ URI への所有を表明するトークンを2つ独立に成立させることは禁じてくれてるよね？ 知らんけど……
(というかその仕組みがないとマジで存在意義なさそう)

NFT はさておき、「権威サーバに依存せず」「重複を排除できる」という性質を求めると必然的に分散 DB に頼らずを得ない気はするし、ブロックチェーン系は技術的には悪くない気はするんだよな。
問題はインセンティブ設計なんだけど。 (id 取得トランザクションが無限に湧き続けるという仮定は怪しいため、いずれ DB が落ち着いたところで攻撃者優位になりそう)

独自ドメインも、結局レジストラとの契約維持とか、 ccTLD であれば政治的安定性の問題とかがあり、それだけで永続させるにはちと無理がある

ちょっとしたメモ - 時間軸を使うURIスキーム、tag:がRFCに
https://www.kanzaki.com/memo/2005/02/25-1

たぶんこれが現状一番安定した永続する名前空間なのかな？ ある日付時点でのドメイン所有をもって名前空間を専有する方式。
ただ、これは routing が難しいという問題があるのであくまで名前空間としての利用になるだろうけど

永続する識別子と routing の問題、マジでめんどい

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

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

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

DHT のメカニズム (特に update (not insert) の機構) よくわかってないんだよなぁ。 torrent とかは content addressing ぽいことしてそうだし insert が冪等ということで誤魔化してたりしない？

id 取得要求のクエリは同じ key (ハンドルネーム) に対して異なる value (所有者) を突っ込みたい人が現れるだろうから、たぶん何かしらの合意形成なり競合解消のための計算が必要なはず

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

あーそうなのか

まあ確かに DB 上に存在するキーの一覧を取得できなくても困りはしないのか

でもいずれにせよ insert は冪等にはならないからなぁ

「同じ id に紐付けられる所有者がひとつだけ」という制約をどう守らせられるのか

おるみんさんが終活したらそうならざるを得ないよなぁ

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

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

食べに来たかっただけなんだから来なかったとしても違和感ないよ (???)

第11話「Diamond cut diamond」アイキャッチイラストの差替えについて - News | オリジナルTVアニメーション「リコリス・リコイル」公式サイト
https://lycoris-recoil.com/news/?id=61628

うーん……いや……うーん……
#リコリコ

銃撃はありで彼岸花はダメなんかいというのが率直な感想だが、まあ「コスプレで真似されてはたまらん」みたいな、アホなファンに対する一種の防衛なんだろうなぁ。険しい

自己責任だろとかそういう以前の話として「真似されて事故が発生するだけでも製作者へ諸々の負荷が発生する」というところに険しさがあって、責任の所在の問題ではないんだよな……

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

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

Cloudflare Zero TrustとYubicoでシームレスなフィッシング対策を実現する（ハードウェア）キー https://blog.cloudflare.com/ja-jp/making-phishing-defense-seamless-cloudflare-yubico-ja-jp/

Cloudflare の顧客なら $10 の特別価格で YubiKey を購入できるというキャンペーンをするそうですよ

> 今回のキャンペーンは、すべてのCloudflareのお客様がご利用いただけます。Cloudflareをご利用のお客様は、Cloudflareダッシュボードで直接このYubicoセキュリティーキーのキャンペーンを利用することができます。

個人ユーザも対象ということなのかな (cloudflare 使ってないので知らん)

できないんだ……

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

C を持ってくるより NFC リーダを A で繋ぐ方が早そう

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

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

帽子で後ろから見辛いとかであれば文句言う権利くらいはあるかもしれないけど (前の席とればよくない？ という話はさておき)、その †マナー† に何の意味があるのか真面目に教えてほしい

社会不適合なのでマジで人の気持ちがわからん

イスラム教徒にも「ヒジャブ脱がないのは育ちが知れる」とか言っちゃうのかな (?) (文字通り育ちは知れるが)

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

脳専用の追加ストレージよりは先に実現されそう (ほんまか)

ペットボトルで十分なのでは？ という気持ちをそっと胸の奥にしまいこんだ

シームレスな膀胱の拡張ソリューションとしてオムツが的確かは難しい問題かもしれない (?)

uintptr_t のつもりで intptr_t と書いていてエンバグしていた、はずかし……

べつに帽子を取ること自体から敬意が一律に失われているとかそういう話ではなくて、「帽子をとることが**誰にとっても**敬意の表明である」とか「帽子を室内で着用することが**誰にとっても**失礼である」みたいなグローバルな礼儀の前提を疑ってほしいという話なんだよな

実際には「帽子を室内で着用することを失礼だと思う人もいれば、失礼でないと思う人も (それなりに多くいる)」というのが事実なのであって、それを「失礼に決まっている！」とか「失礼だと思う人がいるのだから一律に脱帽すべきだ」と規範を合理性なく全体へ適用しようとする行為そのものが時代遅れとか多様性への配慮がないとか言われるのだと理解しています

「女性が肌を見せるような格好を猥褻で失礼な行為だと感じる人がいる」までを事実だと仮定して、そこから「だから誰もが肌を隠す配慮をすべきだ」は導けないでしょう

これを「極論」であると一蹴する理由はたぶん割合とか思想の強さの問題だと思うけど、そこに決め付けが入ること自体がまさに偏見や差別の根源なんじゃないのと思う。室内での帽子の着用を大多数が失礼だと思うことが当然で、肌を出すことが猥褻でないと大多数が思うことが当然だと、なぜ実際に確認することなくその場の事実であるかのように信じてしまうのか？

「自衛のために (個人的に) 従っておきます」と「お前も (自衛のために) 従うことをおすすめする」と「お前も従うことが暗黙の規範として要求されている」は明確に違うからなぁ

非仏教徒が米に箸をぶっ刺したとして、それを責める権利が我々にあるのか？

自分の決断でクソマナーに黙々と従うこと自体には私は何も思わないが (勝手にすればいい)、そのクソマナーに他人が従うことを当然とする言説には強く反発せざるを得ない

自他の境界を認識してほしい

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

習得したうえで実践を明確に拒否するという人はそこそこあるだろうと思っている

特に、歴史的なもので現代における合理性や当初の効果が失われた慣習を惰性で守ろうとする保守的な動きを否定する人というのはそれなりに多かろうというのが周囲を思い出しての感覚

明確な意図と思想をもって食前の「いただきます」という発声の慣習を拒否している人などを知っています

ここで「『いただきます』と発言しないのは農家や料理人への敬意の欠如を示しており育ちが悪い」とか言ってしまう人が必ず出現すると思うんだけど、私から見ればそういう連中こそ性質が悪いと思うし、諸々の †マナー† それぞれにそういう人々がひっついているのでマジでどうしようもない

以外のリアルの知り合いですね

マナーの「習得」概念、政治家の「理解を求める」概念と同じなんだよな。
「賛同してもらえないのは『理解してもらえていない』ためなので、理解を求めていく」という構文と、「マナーを実践してもらえないのは『習得してもらえていない/知ってもらえていない』ためなので、教育していく」という構文。

社会不適合者、喋れば喋るほど社会から嫌われるので死

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

それと同時に「あいつは100％の確率で無知蒙昧だ」と宣ってしまう人が浅慮扱いされるリスクも同様に承知のうえでやってほしいなという感想ですね、それ以上の何物でもない

相対化をね、

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

信頼のチェーンの途中に2要素の部分があればそれで良し、みたいな方向なのかなぁ (ちゃんと読めてないけど)

「パスキーの QR コードを読む」の部分は認証済デバイスの存在と操作者が所有しているデバイスがまさに手元にあることを前提としている (つまり所有を確認できている) ので、その部分が単にセキュリティデバイスの追加と同様に機能している、ということ？

所有と生体の2要素認証ができる認証済デバイスAから、パスワードなしで、所有と生体の2要素認証ができる別のデバイスBを登録する、という手続のための仕組みが passkeys であると理解した

nosh 10食で冷凍庫が限界になってしまうのでうらやましい

なるほど

これから冬だけど

まあ暖房に当たりながら食べるアイスもあるからな

冬に防湿庫を買ったら本当に動いているか判別できなかった間抜けとしては、思うところがね (?)

賃貸でエアコンが128世紀くらい前のやつなので空調ガンガン効かせると電気代で破産します

設置の意なのか「点けた」の誤字なのか悩ましい

や、エアコンの場合「点ける」とも書かないのか？ わからんな

少なくとも電子機器全般で「点ける」は成立するものと認識しているが

まあ近年新たに発生した語彙はガバガバなことが多いからな、あまり考えず平仮名にしておくのは無難には違いない

「もうけた」と読めてしまう

設置だと「付けた」だと思うんだけど、小規模感があるとか同音異義語のせいで誤字が疑われるとかあるので、「設置した」と言っておくのが無難な気がする

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

人間に早すぎないものなんて大してなかったような🤔

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

Church vs Curry Types
https://ericnormand.me/article/church-vs-curry-types

church style と curry style なぁ

型付けされないプログラムに意味論が存在しない (つまり意味論の定義において型情報が必須である) のが church style で、意味論に静的型情報が必須でないのが curry style (のはず……)

室温33.9℃なのに湿度35%なので死ぬほど喉が乾く

どうも11時に窓を開けたことで取り返しがつかなくなった雰囲気がある

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

温湿度計は SwitchBot のもの (<https://www.amazon.co.jp/dp/B09PYKJ6CS>) で、そこから BLE で RasPi 4B に投げて、 RasPi 4B 上で自作アプリ (<https://gitlab.com/nop_thread/house-exporter>) から Prometheus 向けにエクスポートして、それを Grafana で可視化という感じ

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

BLE でデータとれる (もっと言えばクラウドサービスなしで使える) というのがポイントたかい

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

どうなんだろう、 API rate limit 次第なんじゃないですかね

BLE を使うと当然 rate limit が存在しないので、マジでリアルタイムで変化を取得できる (まあ Prometheus 側の都合でデータストア側では15秒ごとの polling になっているんだけど)

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

それだと「エアコンが何分で体感できる」とか「窓を開けて何分後に死ぬ」みたいな時間スケールは記録できなそう

まあ目的次第、それはそう

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

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

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

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

どんでん返しやめてもろてw

remo なぁ……

Nature Remo E lite が BLE でデータとれなくて cloud API 必須なのマジで残念なんだよ (まあ認証まわりとか BLE で実装でけへんわみたいな話なのかもしれないが)

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

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

SaaS に自宅メトリクスを流したくない偏屈オタクなので自前実装で勝利です (なお工数)

ban されそう

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

エアコンのスマートホーム対応、インターネット経由のオレオレ API 対応なのか ECHONET Lite 経由での対応なのかで評価が反転する (個人の感想)

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

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

まあ結局のところデータ貯めたいオタクではなく IoT という響きに弱い意識高い一般市民がターゲットなんでしょう (まあ市場規模的にもね……)

㍂

自宅に CO2 センサ欲しいんだけど、おそらく寿命が短めなのが気になるんだよな

あとキャリブレーションのメンテナンスコストが無視できない

補正どころかブレてますがそれは

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

😊

* 英語で頻出のシーケンスが打ちやすい (典型的には ch, sh, cr, th, fr 等)
* 文字が頻度に応じておおむねホームポジション (中段)→上段→下段 の順に配置されており、よく使う字ほど使いやすい位置にある
* 母音が左手に、頻出子音が右手に固まっているため、単語の種類によらず左右の手をバランス良く活用しながら打てる

などですね >Dvorak 配列の長所

短所を挙げるなら

* 日本語のローマ字入力では j と y と母音が両方左手にあるのでヤ行やジャ行が打ちづらい (別のシーケンスを割り当てれば解決できる。たとえば zmu→ジュ等)
* 母音が左手にあるので母音を大文字で打ちたいとき右 Shift を使いたくなるが、物理 JIS 配列キーボードでは右 Shift が短い
* z, x, c, v, s, w, q 等のショートカットにありがちなキーの位置が違う

あたりですね。まあ慣れの問題だったり状況次第で QWERTY に切り替えたりで解決できますが

個人的には (プログラミングで英語入力が多いとか Linux で IME の自由度が高いとかの理由もあって) 平時から Dvorak 配列オンリーでの生活ができていてだいぶ幸福だけど、 Windows ユーザだったりなどする場合は複数キーボードレイアウトを有効化しといて Win-Space で適宜切り替えみたいなことをするのが良いかな

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

実際 vim と Dvorak 配列は結構相性が良い、なぜなら vim のバインディングは基本的に位置より文字に依存していて、かつ hjkl の配置が Dvorak 配列でもだいぶ都合良い場所になるため

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