おさ @[email protected]

AIに学習されてもいいように、描くキャラクターはみんなシニヨンをしているか髪をお団子にしている。（学習させると必ずミッキーが生成される構図）

AIに学習されないように、同じキャラクター・同じ服装を二度と描かない？

ブックマークサービスが物申したいツールとして使われてしまう問題、ブックマークという名前なんだし、しばらく参照されないなら使わないんだろうし消してしまえば良いのでは。（暴論）

フォロー売買とかフォロー増やしみたいな問題に対応するには、フォロワーに「アカウントAがアカウントBに引っ越ししました」の通知が必要ではないか？

それに、サーバー落ちたときの投稿用として引っ越し元を残しといて欲しいし、それでこそ分散SNSの便利さが実感できると思っているので、現状の引っ越し機能なぁとなってnotestockのmove対応の腰が重いんだけど、みんな引っ越し後に元アカウントで投稿させないとなって、解除もお勧めしないとなると、いよいよ重い腰を上げないといかんのかとなっている。

自分が引っ越し機能に対する便利さを「フォローしてとお願いして回らなくて良い」しか認識できていなくて、読み続けたい人はフォローしてくれるやろ感を持っているので、めちゃくちゃメリットを感じていないというのもあるんだよな。

notestockのmove対応なぁ。

引っ越し元アカウント、緊急時の投稿先として残ってる方が便利じゃない？感があるんだけど、引っ越しした後のアカウントで投稿させないというのは、どういう理由による設計なんだろうな。もうお前出て行ったんだから、面倒見たくないよってこと？

「頭が赤い魚を食べる猫」のやつ。

「頭が/赤い/猫を/手に/乗せた/女」のやつだ。

イチゴのブラックサンダー、美味いな。

全然やりたい作業進まん。

ウォーズマンよりダースベイダーの方がイメージが強かった。
https://dic.pixiv.net/a/%E3%82%B3%E3%83%BC%E3%83%9B%E3%83%BC

コーホー担当「コー、ホー」

fedibirdでの未収集は、他のサーバで見えるFTLに出るかどうかの違いがあるよ。

/tmpとかに軽率に作業ファイルを吐いたりする。まあこれはsystemdとかで最近は分離されてるけど。

selinux、既存アプリをなるべく改修せずに動くような設定にすると、たぶん意味がないんだろうなと思って、最初から想定に入れた設計にするべきなんだろうけど、たいたい雰囲気で開発しているところがあるので・・・。

selinux、プログラムミスしたときの保険なんだろうけど、手間に対して得られるものが少ないのがだるい原因なんだろうなぁ。たぶん金を扱うとかになってくると、真剣に勉強するんだろうけど。

服からボタンが落ちた。たぶん。でも服に付いてるボタンはどれもちゃんと付いてるので、予備のボタンっぽいけど、予備のボタンがどこについてたのか分からん。だいたい裾の方だと思うんだけど、それらしい糸が通っていた痕跡が見当たらない。