orange @[email protected]

オレンジのこの話、おもしろい部分に穴があるからそこを突いたツッコミしてくれる人が現れたらすごくおもしろい＞＜；(その穴の先はちゃんと考えがまとまって無いから、議論しながら考える事ができそう＞＜)

"アップロードの"特にサイズに限るのも状況に依存した発想で、汎用性に背を向けた、抽象化とは逆の発想かも＞＜
「マストドンのファイルのやり取りに限った話にせずに、汎用的なファイルの許容ポリシー記述規格(？)を作るべき」ならわかるけど＞＜(それはたしかに下の層ではある＞＜)

x括弧無いの
o括弧内の

・・・って括弧無いの記述を考えるとますます下のレイヤに直接実装するとぐちゃぐちゃになるしアレかも＞＜

途中で蹴った方がいいけどその上で蹴られるかを知る方法が投げるまでわからないのは、マストドンのAPIのレイヤで考えて親切ではないというかなんというかだよね＞＜
(サイズだけじゃなく、他のポリシーの情報も投げてもいいかも＞＜ アスペクト比が極端なものは受け入れないとか＞＜(勿論クライアントは必ず全てを読む必要は無くて、あんまり無駄に投げたくないと思ったら対応すればいいかも＞＜(蹴られた時の理由の統計をとるのもいいかも？＞＜)))

これっぽさ・・・＞＜ -- API to get server constants (toot length, ...) · Issue #4915 · tootsuite/mastodon · GitHub https://github.com/tootsuite/mastodon/issues/4915

よくわかんないけど、例えばどこかのうっかりさんが「gif動画をマストドンに載せよう！＞＜」って数百GBのファイルを投げつけて数時間後に鯖に「ファイルは受けとりました。でも大きすぎるのでのせられないです」って言われるのがスマートなの？＞＜
(あくまで例で、実際は限界以上流れたら切ればいいから許容する容量が通信速度に対してとても小さいのならばアレだけど＞＜)

実際にファイルを投げる前に「必ず蹴られるファイルであるか？」くらい知りたいのっておかしな発想では無いはず・・・＞＜(その上で「だいじょうぶかと思ったけどやっぱダメだった」はしょうがない＞＜)

画像のリサイズの話をしてけど、たぶん気づかれてない・・・・・＞＜

https://mstdn.nere9.help/@orange_in_space/98842164469513762 が先で
https://mstdn.nere9.help/@orange_in_space/98842155107064456
が後の方がよかったかも＞＜；

つまり上の図 かつ 下の図でなければ矛盾するし、複数の下層を意識するなら互換の為の層なり規格なりが必要かも＞＜

「下のプロトコルに依存していい」と「下の何らかの仕様には依存すべきではない」は矛盾する意見だし、共通化の為に仕様を下の層で整える事を要求すべきと言ったら、matzがWindowsがUNIXになればいいって言ってたのと同じかも＞＜

例えで言うなら(層はちがうけど)UUCPとか伝書鳩でもいいけど＞＜

少し強引だけど、下の図のAndroidとiOSの部分に代わりに例えばhttpとftpとか入れてみてほしい＞＜ オレンジが「下の層に依存するな」っていってるのはそういう意味＞＜