結局最新情報だけ追っても仕方ねえしな

違うな、最近コードあまり書かなくなったので、調べる機会が単に減ってるのかもしれない。確かにそれはあるかもな。ちょっと意識してちゃんとコード書く時間は作っていくべきか

なんとかして打破したいという思いがあるが、あんまり対策を考えられていない

最近あまりにも技術革新を追えてなくて、古い人間になりつつありそう

そういや zenn.dev の人気投稿 post してる bot とかいないんかな

結論: 分散 SNS 系の、自由があるとか寛容とか売り物じゃないとかそういう宣伝文句、完全に詐欺でしょ

ま、なんで、やっぱ ActivityPub 界隈の魅力は政治じゃねえんだよなあ。単に Twitter より機能が魅力的で、進化のスピードも速いっていう、それだけな感じがある。政治とは距離置きながら、Mastodon 自体は楽しんでいきたいよな

Twitter もそういう点が敬遠されたわけで、多分ビジネス判断だけしてればまた違った世界があったのかもしれんが、まあ権益があれば結局どこもそういう世界になっていくってわけ

管理人が抱えるユーザを盾に自分の主張を通されるのも微妙だし、抱えるユーザの機能を制限することを盾に自分の権利確保をするのも微妙という

派閥に属してることがインスタンスに所属する意味である人と、派閥には属したく無いが活動領域には属したい人がいて、活動領域を盾に取られると勝手に派閥に入れられるしかなくなるというやつな

こういうの見てると、やっぱサーバリソースとサークルというか活動領域は切り離されてるべきというか、管理人がサーバ事情を盾になんかしてくるのの対策はあってもいいとは思うよなあ

性格良くなりてえ

これで、天下統一の動きとか出てきたら面白すぎんな。俄然楽しくなってきたぞ

平安時代終幕頃の人々の気持ちってこんな感じだったのか。平安京はろくでもねえやつに支配されて、焼き討ちにあってるが、じゃあ他の国はっていうと色んな大名が好き勝手やって、どんぱちやってるっていう

戦国時代じゃん

ActivityPub いつもどっかで管理者バトルが起きてんな感がある

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

ActivityPub の機能なのか Mastodon の機能なのかの見分けって結構むずいな

@pokarim Mastodon には home feed という概念があり、boost は publishing level を持たず home feed に流れる activity として扱われるようですね。なので LTL / FTL に流れることは無いようです
https://docs.joinmastodon.org/user/posting/

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

大体探せばそれっぽい機能がある (が機能見つけるのには苦労するかもしれない)

TheDesk は良いぞ。TheDesk 寄付ルートたくさんあるので、ぜひ寄付してあげてくれ

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

内情は
* Twitter より魅力的な機能がたくさんあり、独自に発展している
* インスタンス管理者は結構クセが強い人が多く、ポリコレにもめっちゃ縛られてる。なんなら、管理工数もないので、インスタンス管理上やむを得ず Twitter より強めのポリコレがあるとこも多い
* 分散的といっても単にサーバ群が分かれてるだけ。分散性を補助する機能は薄いし、そこら辺の使いにくさから一部サーバ群にユーザが集まりがち
だもんな。こんなん予測不可能でしょ

Mastodon ちゃんと使い始めてから、この界隈のイメージ 180 度くらい変わったしなあ
* Twitter よりポリコレが寛容で自由に発言できる
* Twitter fork で分散性に重きを置いている。あるインスタンスが (性能的またはイデオロギー的に) ダメになっても、他のインスタンスでカバーできる
みたいな適当なイメージを持ってたけど、全然そんなことはなかった

個人的には ActivityPub はこのまま分散性を保ってほしいんだが、別にイデオロギーとかそういうんじゃなくて、単純に分散的であるってことはそれぞれが改善を加えられるってことで、全体的に進化のスピードが速くなるからの部分しかないんだよな

中央集権から脱却して自分でコントロールできるようにがいかに幻想かがよく分かるので、度々それが分散 SNS の話題として度々中央に据えられるの、個人的にはそこじゃねえって感じが強いよな

Mastodon の「売り物ではないソーシャルネットワークサービス」というキャッチがそもそも Twitter より強権的に感じる。別に売り物のインスタンスあってもいいしな

分散 SNS、気に入らないなら出て行け、自分でインスタンス立てろができるので、中央集権より強権さが目立つというの結構おもろいよな

まーたお口ミッフィーちゃん失敗しちゃった。早くまともな大人になりてえなあ

事の発端については両者に問題がありそうではあるので、そっちはどっちの主張にも賛同する気はなかったが、その後の某主張は賛同できないどころか微妙すぎた

ブロックは一般的に「所属や属性を理由に不当に取り扱うことを目的」とした機能ではないわけで、そもそも公共的に SNS の機能として案内されてる機能なんだから、それを使ってる人は差別主義者というのはそれはそれで強要とも取れる行為でしょ

何とは言わんが、「所属や属性を理由に不当に取り扱うことを目的としたブロックは違法である」という主張は正しいと思うし、それが疑われるような行為は違法性があると言うのも分かる。ただ、そこからドメインブロックが違法であるは論理が飛躍しすぎだし、全く正しいとは思えず、自己の主張を通すための過大宣伝としか思えん

法務省主催の SNS 利用ガイドラインの記述です
> あなたを傷つけようとする人が大切な人でないなら、少し距離を置きましょう。 SNSには、見たくない投稿を見ないようにするための「ブロック」や「ミュート」機能があります。 「ブロック」や「ミュート」を使ってひと休みしましょう。
https://no-heart-no-sns.smaj.or.jp/

久しぶりに代数論してる

ただ、SSH / HTTP は TCP なのでコネクション張られるだけでリソースが取られると言う問題はあり、DoS 対策が難しいと言うのはある

標準 SSH port とか HTTP port、わざわざ拒否してあげる必要はないからなあ。コネクション数などを制限して、ハニーポットに誘導してあげて、実行コマンドとかリクエスト記録しといてあげても有用

omori といえばやっぱこのキャラなわけですよ
#NowPlaying World's End Valentine / Omori (Original Game Soundtrack), Pt. 2 / Omori
#AppleMusic

type Stream[T] = (T, Stream[T])
より、
struct Stream[T] { first: T, rest: Stream[T] }
の方が順序性が分かりやすくて好きだな。順序性がないなら違うデータ構造を使うべきで
struct Collection[T] { sample: T, other: Collection[T] }
みたいに名前分けてほしいし、そこで生えるべき utility の実装も変わってくるので、普通にそういう名前付けにはメリットがあると思うな

これは個人的にもマジで分からん。が、これはマジで Haskell とかより Ruby / JavaScript とかでもそう

これは結構関係あると思って、名前をつける文化が敬遠される言語は補完機能が弱いという傾向にあるなあとは昔から思っている

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

なので、個人的にはまじで文化の違い以外の理由はないと思ってるな。少なくとも抽象度が高ければ名前をつける意義が失われるわけではないと思う (というか個人的には、抽象度が高いほど名前をつける意義が生まれてくると思っている。適切な名前つけないとわからなくなるので)

抽象度が高いと名前をつけなくていいという理屈は個人的にはわからんかったな。抽象度が高ければ高いほど適切な名前をつける意義が生まれてくると個人的には思ってる。例えば、配列の添字を表す変数があるなら、ちゃんと次元を名前につけといてほしい。i, j, k ではなく、index1, index2, index3 の方が圧倒的にそれが抽象化しているものが分かりやすい

数学好きな人が多い言語がその傾向にあるのは、単に数学がそういうのが許される文化なので、そこの文化に染まっている人が多いだけな気がするな。一文字文化に数学好きな人がいる言語でだけ何か有意性があるという話ではないと思う

なお、Ruby とかも名前付け適当な人普通に多いので、マジで数学好きかは関係ない気がする。単にそれを許す人が多いかどうか。個人的には、名前はちゃんとつけてくれという感じがある

自分は Haskeller だが、Haskell の一文字文化はあまり好きではない

もちろん、数学者の中にも適当な名前つけまくる同僚にヘイト募らせてる人はいる印象。プログラミング界隈だと割合的に名前をちゃんと付ける方の文化が大きいだけの印象

数学好きかどうかは関係なくて、試行錯誤が多いかとそれが許される文化かどうかが割と影響してる気がする。数学の証明でもちゃんと名前つける人とつけない人 (オーバーロードしまくったりとかも含む) はいる

自前インスタンスは基本自分のために立てつつ、余剰リソースを他人にも分け与える、需要が多いなら増設ぐらいの気持ちでいる方が精神的に楽なのかもな