新しいものを表示
orange さんがブースト

「弾く」処理があるなら「弾かれた」に対応する処理が必要よね…

orange さんがブースト

弾かなければいけないほど大量に届くことは想定してなかった…という気がするけど

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

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

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

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

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

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

orange さんがブースト

こんなにシビアに使われると思ってなかったんだろうね。

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

orange さんがブースト

これ、何回言ったか分からないけど、2でエラーを受け取ったときに、3と5の処理をドメインごとに管理して後回しにする処理を入れないとダメそう。>BT best-friends.chat/@rosylilly/1

orange さんがブースト

ちなみに、ここで捌ききれないとどうなるかというと 

1. jp → BF にトゥートがくる
2. 負荷で BF がエラーを返す
3. jp はエラーを受け取るのでもう一回送ろうとする
4. BF は当然高負荷なので耐えられない
5. それはそれとして次のやつを jp → BF に送ろうとする
という最悪のループに陥るので、基本的には初動ですべて捌き切るのが結果的に一番負荷が低いのだ

食の安全だけの問題じゃないというコメント書いたのオレンジだけ?><;

「Non-GMO」表示をめぐって訴えられていた米ファーストフードチェーンChipotle、650万ドルの支払いで和解 | スラド サイエンス science.srad.jp/story/19/09/22

UFO関係無くネバダ州のこの辺り行きたい・・・>< 1mmでごちゃごちゃ考えず何エーカー単位で物事考えるだだっ広い乾燥地帯行きたい・・・><

エリア51急襲イベントがついに決行。参加者は予想を大幅に下回ったがナルト走りは行われていた!(アメリカ) : カラパイア karapaia.com/archives/52282736

orange さんがブースト

タブレット?がオーパーツっぽさ><

そういえばCOBOLはどうなんだろうってググったら
NOT=
って書いてある!><;

IF~THEN文による条件分岐 | COBOLプログラミング入門 tallercolibri.com/archives/81

1970年代から1990年代くらいにプログラミング初めると高確率でMS系BASICを最初にいじるからどうたらこうたら・・・><

ていうかある意味ジェネレーションギャップ?><;

orange さんがブースト

割と歴史のある記号なんだけどね.たしか初出は != よりも古い.

古いものを表示
:realtek:

思考の /dev/null