orange @[email protected]

オレンジは基本的にGUI環境前提で動くもの(＝ユーザーが操作する環境で動くもの)を作るので、高負荷具合でGUIの反応に影響が出ることをものすごく嫌うし、「ユーザーの操作を最優先に処理すべき！＞＜＃ 」って発想なので、結果的にわりと自制的な感じに作ってると思う＞＜
他人が作ったものでもGUIの処理が後回しになってるのものすごく嫌うし普段からキレまくってるしキレてプロセスごと殺す事多いし＞＜
(15秒反応なかったら強制終了しよう！＞＜ポリシー)

ていうかmsidekiq自体はネットワーク処理エンジンじゃなく単なるジョブプール？かも？＞＜
ちゃんとネットワークの処理自体見てるのかも？＞＜
あと、ネットワーク関係無くそもそもすぎるびっくりな点として、キューたまりすぎて高負荷で「鯖ごと落ちた」とか昨晩もなんか色々出てたっぽいけど、自分の実行環境の負荷の具合見て自制する機能くらいついてないの？＞＜；

受け側として『弾く処理』入れてようが入れてなかろうが、『弾かれた処理』に対してどうするかちゃんと書かなくてセキュリティーホールになるのであるのならなるのはどっちにしても同じでは？＞＜；
(この場合)『マストドンが通信する相手は必ずマストドンの既知のバージョンである』みたいな前提からそもそもおかしくない？＞＜

もちろんスレッドプール(というかなんと言うか)も自作だったし、誰に学ぶでもなく過去にそういう風に作ったからこそ、マストドンのガバガバ具合「なんで！？＞＜；」って思う＞＜

たしか、ドメイン単位でエラーカウントして信頼性測って(？)、「この鯖信用ならないから後回し！＞＜＃ 」みたいな感じに作ってた記憶ある＞＜(15年くらい前なのでよく覚えてないけど＞＜；)
あと最初ものすごくタイムアウト短くして、後回しのはタイムアウト長くするってしてたかも＞＜

ていうか、ネットワーク使うもの最近あんまり作らないけど昔作ってたけど、
当時、相手の鯖を(性能/技術的な意味で)徹底して疑うし信頼しないって発想で作るの当たり前だと思って書いたかも＞＜

その発想嫌い＞＜； って話でもあるけど、時系列的にそれ以前に作り始める時に設計として真っ先に考えて当たり前じゃないの感がある＞＜

この低品質具合もUNIX文化の影響大きいと思う＞＜
UNIX流の『シンプル』の駄目な面そのまんまだし＞＜

ていうか、大規模に使われるかどうかと別でも、なにか作る時に、意味妥当性チェック？(例えば株式取引のシステムで発行株数以上の注文はするはずが無いので弾くとか)みたいなのとか、ブレーカーというかリミッターというか必ずつけるの、
プログラミングする時の癖として習慣にしないとマズくない？＞＜ って思うんだけど＞＜

ていうか、なんで何も対策されてないのに完成品としてリリースされてるのか謎レベル感＞＜