Notices by panta@misskey.pantasystem.com, page 3

なんということでしょう・・・
https://pantasystem.com/

@tateisu@mastodon.juggler.jp
とてもわかります
アプリでAPI鯖が関係する問題が発生した時に
ログから調査することができてとても便利ですよね
本来のシステム開発はそういうものな気がしますがサードパーティクライアントアプリ開発の特性上どうしてもこうなってしまいますよね・・・

なぜかお一人鯖でソーシャルを見てるけど
これ意味あるのかな？・・・

これってネイティブで実装するコスト的にどうなんだろ？・・・
https://github.com/misskey-dev/misskey/issues/10000

@tateisu@mastodon.juggler.jp
すみません・・・言葉足らずでした
getSizeとはReplacementSpanのgetSizeのことで
TextViewのinvalidateを呼び出した時にgetSizeが呼び出されないのな？・・・となっていて今調査しているところになります

うーんinvalidateを呼び出したからといって必ずしもgetSizeが呼び出されるとは限らないのか？・・・

おせっせっ

何がすごいってRFCを読んで理解して実装してしまうので

マジでMFMへのヘイトが高まってきたからMarkdownサポートして
アンチMFMになろうかな

もしかしてだけどGlideくんDrawableを共有してるとかあり得る？・・・
Drawableに何かしらの操作をしたら他のViewにも副作用が発生してたりしたらとてもめんどくさいのだけど

おうんこテスト

SMSを追加することが推奨されてるサービスはよくみるけど
削除を求めてくるサービスは初めて見た

一般的なユーザからしてみれば開発者サイドのリソース量とかワークライフバランスなんて関係なく
ただそこにアプリがあるだけでGoogleが作ろうが個人開発者が作っていようが関係ない現実に疲れてる

Fedivierse固有の問題を解決するようなアプリにしていきたい

MilkteaにJoin Misskey的な要素を組み込んでいきたい

分散型SNS Misskeyのチャンネルを作るノリで鯖を立てられたらいいんだけど
現実問題そうはいかないので厳しい

今Misskeyが伸びているというかioが伸びている考えられる理由としては
- Twitterだとある程度フォロワーを稼がないと「いいね」をもらえないがioだと多くの人にリアクションをもらえるので嬉しい
- コンテンツがたくさん流れるので飽きやすい現代人に受けがいい
なのかなーって思ってる

ioのチャンネルが盛り上がっているようですね
ここで弊鯖のチャンネルを見てみましょう

ろまろまをPleromaに移住させてろまろーまにする回

なんだこれ
https://github.com/JetBrains/markdown