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

根本的に、まず「飲みにいく」の相手が対等でなかったり親しくない相手に偏っているかもしれない (そしてそういう付き合いに金は出さないにこしたことはない) という文脈が検討されていないし、そのうえでたとえば「親しい人々と飯を食うならサイゼや鳥貴族でも問題ないし開催できることの方が重視されるから安く済む傾向にある」みたいな構造があるんじゃないの、知らんけど

飲み会とかの文脈なのに金額とかカロリーとか比べるの不毛すぎだろ、コスパが気になるなら一人で食うわ

まあたとえば職場の同僚と鳥貴族に行くことが許されるのかは知らんけど。飲み会しないし。

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

さて、例のとごく入浴中に発見され入眠を阻害してくれやがったバグを修正しますか……

どちらかというと信用できるオタクによる検索インデックスを結合して使えるような federation の仕組みがほしい

面白そうではあるけど「集約されていない」ことが一番大事なので……
(正確には、「インデックスのソースを作成者個人などの単位で細かく指定できる」ことが重要)

community 単位ではデカすぎですね

たぶんそうで、ソーシャルブックマークでは不足していて “検索エンジン” (ディレクトリ型でも良い) に必要なメタデータとは何なのかという部分のモデリングとそれらの DB の共有 (remote fetch) 機構と手元での集約機構があればよさそう

少なくとも「タグ」では不足も不足なので……

たとえば「ワクチンの情報」と「ワクチンに関するデマ」はどちらも「ワクチン」に関係する情報だけど、その方向 (あるいは indexer 視点での信頼性) は真逆なわけで、そういった “信頼性” みたいな重み付けとか、あるいはタグ間の implication みたいのとか、そういうのもある程度は表現できていてほしい

ブロックリストもそうだけど、発信者の規制は現実的に困難あるいは不可能だから受信者や閲覧者の側でブロックしようという発想で考えるとき、「ネガティブな評価」に対する扱いをちゃんとクエリに注入して排除したり抽出できるような機構は必須だと思う

事故なり無知なりで与えられた頓珍漢なタグや嘘のメタデータを、自衛の一環として適切に “剥がせる” 必要がある。

そして、信頼できる人が情報を剥がそうとしたという事実、その行動にもまた情報として価値があるので、それを (任意で) 手元で再現できるようになっていてほしい。

うぅ……まだ Xorg を使っている……

何度か移行しようとはしているんだよな。また来年あたりには一度試してみるかもしれない

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

lexer のサイズが今のところ4バイトで済んでいるが、これを8バイトにすることを許容するか否かで悩んでいる (細かいことを……)

他にもっと気にするところあるだろの気持ちと、意味もなく4バイト食うことへの忌避感とで

いや意味もなくということはないのだが

肛門活躍菌 O157

#適当

毎回バグ修正のコミットメッセージの英文法で悩む

fix FOO と書くとき FOO は基本的に名詞っぽいので、「BAR であるような問題」を修正したという書き方をすると fix a bug that (is) BAR みたいなクソ冗長な書き方になって嫌だし自然でないようにも感じる

でも fix SOME_COMPONENT BEHAVING WRONG みたいな修飾もあまり見ない気がするのでたぶんﾈｰﾁﾌﾞ的には違和感あるんだろうなぁと。さてどうするか。

もちろん自然言語部分を fix で始めない手もあるんだが、それはそれで (conventional commit なら良いが) 結局どういう変更やねんという情報が読みとりづらくなるのでできれば残したい

肛門活躍人になってる

@dev おお、割とあるんですね。ありがとうございます。

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

CI で cargo generate-lockfile --locked すべきではなかったな、機能を勘違いしていた

(どう読解されたのかわからないけど、私の書いたことは、「鳥貴族 (でも他の任意の店でもなんでも良いが) が高い」という意見は飲み会が発生する文脈を考えれば金額如何にかかわらず自然なことであり、よって高いとする意見には (文脈によるが) 同調できるとする意見です)

(そして同時に文脈によっては金額をそこまでシビアに気にしなくなるので (といってもこれはたとえば同僚との飲食には適用されないことがほとんどだろうが)、件の話を金銭感覚を第一の基準として見ようとすること自体がそもそもズレているのではないか、というのを2番目に書きました)

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

「お姉さんとイイコト」と「お姉さんとイケナイコト」の関係は、 valuable (貴重な) と invaluable (貴重な) の関係に近い (???)

#適当

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

真面目な話をすると、日本語でも「極まる」と「極まりない」などが構造的に非常に近そう (valuable と invaluable に)

inflammable | Etymology of inflammable by etymonline
https://www.etymonline.com/word/inflammable

inflame | Etymology of inflame by etymonline
https://www.etymonline.com/word/inflame

inflammable の in- は en- に近いのか。なるほど。

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

それはなんか違う気がする (同方向でも正反対でもないやつ)

近いというか元々同じというか。

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

最近 systemd の service で SystemCallFilter= を設定したりなどしていて、これは名前で指定するものなんだけど、このフィルタに引っ掛かってプロセスが殺されると syscall 番号が journal に出てくるので名前に戻すときに syscall 一覧表をググって使ったりなどしていた

図1: Redmine でマイページにアクセスすると何故か chown が発行されたりして謎

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

英語圏的にはそうなるのか

日本語圏で日本語で業務をしていると「非ネイティブ日本語話者/業者が日本語でメールを出してくる」は割と稀なパターンで、だいたいの場合は共通の中間言語として英語を選択するだろうから、依然として胡乱な日本語を疑うのは有効

こちらとしても「不慣れな言語を使わせてミスコミュニケーションが発生するくらいなら英語にした方がマシ」みたいな気持ちにはなるだろうし……

とはいえ同じ物理職場の同僚が非日本語ネイティブで〜みたいな状況だとどうしても日本語ベースでのコミュニケーションは発生するだろうから、その場合には適切に部分的にガードを緩める必要はあるわね

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

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

規約を窮屈かどうかで評価すれば住み心地に含められる可能性はある (?)

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

パンツとコートだけ着る人かと思った

まだ全裸中年男性までは距離があるな (?)

https://x.com/XikeStor006/status/1856607220848578777 #tw

もう少し待てば SFP+ ×2 と RJ45 2.5G ×8 のマネージドスイッチが出てきそうなので、様子見

でもファンレスじゃなさそうな感じもするんだよなぁ (詳細不明)

馬かも

宙返りしながら糞を撒き散らす犬が脳裏で暴れて鬱になった

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

画像の縮小とか回転とかノイズ乗せにどのくらい耐性があるのか (人間にとってたいしたことない加工をどのくらい行えば判定がうまくいかなくなるのか) 気になる。たぶんやってることは電子透かしでしょ

「特定のバイナリファイルが誰によって登録されたか」みたいなデータベースは既存技術で素朴に実現できるので新規性の欠片もなくて、しかも「ネットで拾ってきたこの画像誰のもの？」に回答できないので微妙だと思うんだけど、これだけ自信満々に言われるとたぶんそういうレベルの話ではなく加工耐性のあるID/署名埋め込みみたいな話だと考えていいんだよね……？ となる。
どーなんでしょ

この「どこまでできてどこまで信頼できるのかなんもわからんクローズドなアルゴリズム」、感触が「独自の暗号技術」とそっくりで萎え萎えだし正直言及する価値をほとんど感じない。

情報技術のオタクは「独自の暗号技術」と称するものを一切信頼しないよう訓練を受けています

ペイントソフト等のライセンス情報を絡めたりアルゴリズムを秘匿して “マイクロマーク” の独自作成を制限しようとすることによって作者との関連付けを明確にしつつ、データベースもブロックチェーンで管理しますよと、そんな感じかね

それだけだと最初から画素配列のハッシュ取ってライセンス情報 (のハッシュ) と紐付けてブロックチェーンに突っ込むだけで実現可能じゃない？ それだけのことを自慢気に叫ぶとも思えないんだけど……
じゃあ何がどうすごいのかといわれると情報ないし何もわからん

C2PA は暗号署名技術により偽造を困難にしたものだと思うので、署名する機械はオンラインでリモートに用意してユーザが自由に弄れなくするか、あるいはオフラインでも trusted な環境 (たとえば耐タンパー性のある専用チップとか) でやらないといけなくて、イラスト制作ではそれが難しいから C2PA 以外が必要なのだと思う。知らんけど。

カメラは RAW 画像なり JPEG 画像なりが出るまでの間にデータの流れを全部カメラ側のハードウェアに封じ込められるので、専用チップを積んでストレージに書き出す直前に署名することができる。

イラスト制作は (署名の証明局視点で) 信頼できないコンピュータで行われるから、同様のアプローチは難しそう。
不可能かというと、たとえばペンタブに専用の計算素子を積んで専用のソフトウェアが SGX 云々みたいな専用機構で秘密の暗号化通信をするとかで、やりようはなくもないかもしれないけど…… (SGX 詳しくないので嘘言ってたらスマソ)

まあ今の段階での感想としては「新規性全然ない超素朴なものであるか、あるいはシンプルなデータベースどころではなく困難な課題を解決した超すごい画像操作技術であるか」のどちらかだと思っていて、判断しかねるけど少なくとも「実用ブロックチェーンだから云々」みたいな中途半端なレベルの着地点にはならないだろうと思っている。クソつまらんか超クールかのどちらかでしょうね

/dev/neru

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

5年近く前に提出した修論を眺めていたら typo を2箇所も発見して鬱になった

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

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

p7zip ではだめなの……？

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

㍂

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