Threads 流行ってそう (幻想)
throw new RuntimeException("Something happened!");
よく書くやつ (最悪)
@Dlgitai_culo 偉い人にはちゃんと心の声は心の中にしまっておくことも教わっておいて
「いよいよ明日が Threads 公開ですよ!」コピペ用意して、明日に予約投稿しときたいが、フライング勢が多くてもはや今日投稿しても何も問題ない感がある
コンパクション不要説、マストドンおひとり様運用してみた結果、無限にリソースがあってマルチプロセスできて3日に1回ぐらいデプロイする勢の言い分という感じがしてきたな
Sidekiq がメモリ食うの、Ruby のせいなのか、そういうものなのか。bullmq はどんな感じなんだ
実装するものが多いのは、デメリットでもあるがメリットでもある。何もない時は参入障壁が高いが、ある程度実装増えたら、それぞれ関心のある部分でコミュニティできて発展しそうだし。AP は一つ実装して、それをおけばそれで良い分お手軽ではあるが
もうちょっと早くローンチできてたら、PDS / DID 解決 / BGS / AppView 周り個々に実装増えて色々プロトコルの改良進んで発展してたんじゃないだろうか。クライアントであんだけ実装増えたんだから。いや、まあ今からその巻き返しがある可能性はあるが
ATP 懸念事項は多いが分散 SNS の方向性としては間違ってないと思うんだよな。AP は懸念事項がないというより、AP 単体ではそこまで機能がないというか
@haruo31 予行練習は必須ですね〜(もろもろパッケージのバージョン上がるので)
Threads、宗派的な問題もあるが、普通に AP 実装ダメダメで初手切られるという可能性が
Debian bookworm どうなんすか? dist-upgrade していいっすか?
インスタアカウントあれば、Misskey とかに告知が流せるのは、普通にビジネス勢的には嬉しいんじゃないですかね
AP が巨大な MAU により爆散して、ATP が覇権握る回。でも、マストドンも Misskey もドメブロあるので、ブロックして終わりができるんだよなあ
VSCode、JavaScript でも TypeScript の型定義使って補完してくるので、使用感が普通に TypeScript
確かに、Threads 通して Vtuber とか 告知アカウント系が AP に移住してきたら、AP 側は色々世界が変わりそう
割とマジで型がついた JavaScript なんだよなあ > TypeScript
このアカウントは、notestockで公開設定になっていません。
AP のリプライって、ブーストとかされるとどうなるんすか?リプライ元への配送再開されたりするん?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
しかし、Twitter まさかこんなに早く崩壊するとはブルスコ陣営思ってなかったんだろな (僕も思ってなかったが)。こうなると、やっぱ実験中の ATP より、実稼働してる AP に乗り出すサービス増えるのはそうだし、大手が AP 参入しだしたら (てかしだしてるけど)、ATP 側は厳しい戦いになりそう
そんぐらい耐えてもらわないと AP これから先の将来性がなさそうだけど、各 AP 鯖は問題ないんじゃないだろうか。むしろ、Threads 側が耐えられるのかっていう
このアカウントは、notestockで公開設定になっていません。
Web フロントエンドの流行り廃りを追ってる人は、それを生業としてる印象がある (Web サービス自体には興味がない印象がある) ので、割と需要とマッチはしてるんじゃないだろうか
Web フロントエンド開発の流行り廃り、Web フロントエンド開発がしたい人は乗ってるけど、Web アプリケーションが開発したい人はあまり乗ってない印象がある。なので、Web アプリケーション開発してる人は割と Web アプリケーションのことしか考えてないんじゃないだろうか
media_attachments が 77G あるのはええとして、accounts 20G ってなんぞ
public/system/cache ってディレクトリ、吹き飛ばしてええか?
さくらオブジェクトストレージ、基本月 ¥500 か
https://cloud.sakura.ad.jp/specification/object-storage/