ほえー

https://twitter.com/Justinhsu13/status/1761752618626666786
台湾でも子供に見える絵の性的な描写に関して取り締まりがされる様になるかもらしい

人間「AIの書いたコードの3割から脆弱性！AIはクソ！」
AI「人間から学んでるからね」

カップ麺食べたら食塩相当量7g超え……

1日の推奨摂取量、7.5g未満……

ナレーション、種﨑敦美さん

地熱発電、事故るとヒ素とか大放出になるのでまあその辺りの安全性よね

地熱発電は山に設置されることが多いが事故ってヒ素とか放出すると下手するとその水系の下流が全滅する可能性があり、まあNIMBYって感じだわね

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

やっぱり公開メアドなら使へるか

ねむい

ラズパイ、GPIOつきのLinuxマシンってところが利点

出店で糸を引くマフィンを販売してたのを批判しつつ、漬物の製造販売を許可制にすることも批判するのは筋が通らないかなあと思ってる。腐った食品販売しても自由だろ、と主張するなら筋が通る

何も気力なし！

日本も地域によっては冬がないからなあ

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

モデレーションが分散してないとモデレーションコスト爆発するのではって気もするが

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

おでんは、oden, or Japanese fish-broth pot-au-feuって紹介でいい気がする？

人間は失敗に学ぶが、AIは人間の失敗を学習する

おでん仕込んでたら午後が終ってしまった

昼が

おでんやだ

おでん、あまり強くない火で加熱するので沸騰するまでに30分以上かかる

さむい～

『……ほしいか………………が…ほしいか……』
「何をくれるんだ？」
『干しイカが…欲しいか…』
「駄洒落ぢゃねーか」

aged agemono

飲酒党

ウーバーイーツだかウーパールーパーだか知らないが

サッポロ クラフトスパイスソーダ 旬の彩り
のむ。まースパイスの香りがするなあ。味のないクラフトコーラみたいな感じ。あるいは甘くないジンソーダか…。さっぱりしてて良い。フォーナインの雰囲気を感じる。まあでも香りそこまで好みでないのでリピはしないかなあ

眠いときには酒を飲むと良いと思ひます

そんなにブランド増やして需要がついてくるのか

買物する際に消費税分を安く支払ふなどして納税拒否していけ

ドメインをハンドルにできるんだから公式アカウント名乗るならさうすればいいのに

https://twitter.com/zpdldlfrkwl/status/1762044850826826210
ブルアカのジャンルをマカロニ・ウエスタンになぞらへてキムチ・アキハバラと呼んだら？って話、かなり良い

機械翻訳などAIによる翻訳の性能がかなり良くなってきたものの翻訳家の仕事はなくなってないから、絵描きも仕事がなくなることはないから安心していいよ。
とまで考へてから、AI出力の画像を出されて「これを元に描いて。修正だけでいいから安くしてよ」って言はれるやつだなこれ。

AI出力画像提出されて、これ変なとこ修正するだけでいいから安くしてよ、って言はれたらすごくやだな

引きこもってたらない人脈が朽ちて居た

人脈作んねえとなあ

Affinity Publisher触ってみてるが、RTLのサポートがまったくない上、アラビア文字の様な文字の位置による変換処理、インド系文字の文字の視覚順の入れ替へなどが全く機能して居らず、ああああ～って感じ

実用は無理ですね…

多言語組版、何をどうやってやったらいいのかわかんない

XeTeX以外でまともに多言語組版できるものがないのかもしれない…?

ユニバーサルな多言語組版システムといふものが可能かといふと、怪しい

広く使はれてる組版ソフトでモンゴル文字の扱ひ一番まともなのたぶんMicrosoft Wordだぜ

ブラウザの多言語の扱ひがあらゆるソフトウェアのなかで一番いい気がするからCSS組版に可能性感じたけどCSSのサブセットしか対応してなかったりであ〜って感じだった。左から右に書く縦書きが利用できないとか

活字がない時代はガリ版で辞書とか刷られてたりした
モンゴル語（モンゴル文字）の辞書…

多言語扱ふの、手書きが一番楽なんだよな…

組版も、
文字が正常に表示されない < 文字がまともに並び、美的には微妙だが読める < きれいな組版
みたいな段階があり、ブラウザだと真ん中程度までは実現できてる気はする

ICUみたいなユニコードライブラリを使ふことで中間程度なら実現はできる気はするが、きれいな組版は言語や地域ごとに異なる、さらには個人の美学にも影響されると思ふので、まあ、よくわからん

@AU8bV4nlmf1KMzCTQG.magi@minazukey.uk 分裂してますね

これもしかしてリプライしようとしても届かない可能性ある？

リプライが届くかどうかは確認してなかったな

リプライしない方が良かったかもしれないな

まーまた建てて試してみればいいか

治すためにはPleromaのデータベース弄るしかない気はする

Pleromaに配送停止設定ってあったっけ

まーなんで分裂が起こるかの条件ははっきりわかってるんだが、説明が面倒でまとめる気力があんまり

どうやって説明したらいいんだ

こっちからあっちには配送されてるけどあっちからこっちには来てないかも、なんだろこれ

配送が動いてなきゃfetchしてくりゃいいのか

@AU8bV4nlmf1KMzCTQG.magi@minazukey.uk 返信遅くなりすいません、こちらからの投稿はそちらに届くみたいですが、そちらからの投稿が配送されてこないようでした

@AU8bV4nlmf1KMzCTQG.magi@minazukey.uk
分裂の条件は確認してまして、Misskeyでも発生します。
ややこしいですが、以下の🄰🄱の条件が揃うと分裂します

あるPleromaサーバⓅ（またはAkkoma）にaliceというユーザーがいる
あるMIsskeyサーバⓂ（またはFirefish）にbobというユーザーがいる

❶ Ⓜの.config/default.ymlのurl:はhttps://～で設定されている
通常の状態で、普通に通信ができる
🄰 この段階でⓅにとってbobが既知である（フォロー関係にあったり、ブーストなどで何らかの配送が行われた）

❷ Ⓜのurl:はhttp://～に変更された
🄱 この段階でbobからⓅに対して配送が行われると、httpの設定で配送されたbobにⓅ内部で新しくユーザIDが付番され、既存のhttpsに結びついているbobは内部IDをprefixとしたものにリネームされる

❸ Ⓜのurl:はhttps://～に変更された
bobが投稿するものはⓅでは古いID（prefixつき）に結びつく

FirefishでなくMisskeyでも発生するの意

しかしActivityPubって自分のサーバが他のサーバと通信することで他のサーバの状態を不可逆に変化させたりするので、サーバ管理ミスると壊れるんだなあ

手元で試した時は分裂後も相互通信はできてたので、配送が動かない条件はよくわからない

変更されることは想定されてるけど、変更されてから元に戻ることは想定されてない感じ