アカウント名:
パスワード:
検査数の増加、移動の自粛解除などなどで感染者数が増加することは予想できた。先のスペイン風邪でも第二派の方が感染者数は多かったそうだし。でも、感染者数はそれほど使える指標でもないし、非常事態宣言などの目的は医療崩壊を起こさないことだったはず。
荒っぽく言えば、感染して重篤化した人の命を救うのが第一で、感染しても軽症で命の危険が無い人は放置で良い(感染拡大を防ぐ事は必要)。
なので、本当に注目すべきは医療体制のキャパに対して余裕がどれだけあるか、だと思う。今後、医療従事
どんだけヤバイのかと思ったら、東京都の重症患者数は14人。少ないから大丈夫とは言わないが、この数でひっ迫するというのは、医療側がサボりすぎじゃないのか?
3-4月には日本に人工呼吸器が2万台しかないから足りなくなるとか言ってたが、あれは何だったのか。東京都だけとはいえ、2桁前半でひっ迫するような体制なら、そんなに人工呼吸器あっても使い道がないだろう。
14人なのは21日の話な。昨日はもう21人に増えてる。
「150%の増加率で患者が増加している状況、重症者が倍増している状況では、とても逼迫していないとは申し上げられない」
って言っているのがまさにそうなりつつあるんだが。14人で逼迫なんて言ってないんだよもともと。
つまり、何人までなら対応できるんだ?それを言わずに6人が14人で倍増だとか、21人で1.5倍だとか言っても始まらない。
あと一週間くらい経っても重症治療者数が平衡状態にならなければ、重症になる人の方が回復した人の数を上回ってるってことだよ。そうなったら再度の緊急事態宣言は避けられないだろうな。
Webサーバなんかでも、負荷が高くなると急激にQOSが下がったりするでしょ。サルでもわかる待ち行列 [objectclub.jp]確率・統計を言うならば、こういうところも確率・統計で考えてみるべき。
ネットワークの帯域・処理能力が100Mbpsなら、16Mbpsのトラフィックが21Mbpsに増えたら警戒必要だね。16%から21%に増えたらQOSに影響あるだろう。
でも、元の帯域・処理能力が10Gbps分あるなら、16Mbpsが21Mbpsに増えても誤差。0.16%が0.21%に増えても気にする必要はない。
Webサーバでも医療でも一緒。昨日から何割増えたで議論しても意味は無く、今のキャパの何割を使ってるかを把握しないと。後者の数字で、「昨日から1.5倍に増えました!大変です!」なんて上司に報告しようものなら無能の一言で終わる。
ネットワークで例え話をするならそれこそ遅延や増幅率の問題でしょ1件のエラー通知パケットが平均1.6件の新たなエラー通知パケットを生じさせると網がエラー通知で輻輳するだろだから平均何件のエラーを生じているのか? というのは非常に大事だし、エラー再生産率が1を超えて伸びているなら対策が必要少なくとも通信路上では対策しなければ必ず輻輳するからな
逆にファイアウォールで不正パケットを叩き落とす、TTLが小さいパケットを叩き落とすなどで対策できているなら問題ない今は無能管理職が「エラー率が0.16%から0.21%にO(2^n)で増えていますが問題ありません」と報告している状態
あるいは核爆発で考えてもいいな「中性子量が増えていますが冷却水温度はまだ上がっていません」と
なんでいきなり、実行再生産数Rtの話になってんの?
それとも君のいる世界では、重症患者が重症患者を再生産するような仕組みでもあるのか?今のところ、私のいる世界ではそういう報告はなされていないようだが。
実効再生産数抑制以外でどう重症者数を制御するんだよw2〜3週間後の重症者用ベッドの使用率が100%にならないように制御するんだろうが
だから「現在の数値」ではなく「数値の伸び、トレンド」が問題なんだよだから「何日で何倍に増えてるか」が問題なんだよ
バカなのかな
お前の言う通りなら、どれだけの病床数を確保しても破綻するし無駄ってことかなんせほんの少しでも患者が増えれば、累乗すれば必ず発散するから
累乗すれば発散するからこそ、今どんな速さで累乗してんのか? ってのを蹇々諤々やってるんじゃないのそれを「少しでも増えれば必ず発散する」と読んじゃうのは線型関数と論理代数しか分かりませんって自己紹介でしょ
本物のバカじゃん一生二次関数に定規当ててろ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
問題は医療体制の逼迫度 (スコア:0)
検査数の増加、移動の自粛解除などなどで感染者数が増加することは予想できた。
先のスペイン風邪でも第二派の方が感染者数は多かったそうだし。
でも、感染者数はそれほど使える指標でもないし、非常事態宣言などの目的は
医療崩壊を起こさないことだったはず。
荒っぽく言えば、感染して重篤化した人の命を救うのが第一で、感染しても軽症で命の危険が無い人は放置で良い
(感染拡大を防ぐ事は必要)。
なので、本当に注目すべきは医療体制のキャパに対して余裕がどれだけあるか、だと思う。
今後、医療従事
Re: (スコア:0)
どんだけヤバイのかと思ったら、東京都の重症患者数は14人。
少ないから大丈夫とは言わないが、この数でひっ迫するというのは、医療側がサボりすぎじゃないのか?
3-4月には日本に人工呼吸器が2万台しかないから足りなくなるとか言ってたが、あれは何だったのか。
東京都だけとはいえ、2桁前半でひっ迫するような体制なら、そんなに人工呼吸器あっても使い道がないだろう。
Re: (スコア:0)
14人なのは21日の話な。昨日はもう21人に増えてる。
「150%の増加率で患者が増加している状況、重症者が倍増している状況では、とても逼迫していないとは申し上げられない」
って言っているのがまさにそうなりつつあるんだが。
14人で逼迫なんて言ってないんだよもともと。
Re: (スコア:0)
つまり、何人までなら対応できるんだ?
それを言わずに6人が14人で倍増だとか、21人で1.5倍だとか言っても始まらない。
Re: (スコア:0)
あと一週間くらい経っても重症治療者数が平衡状態にならなければ、重症になる人の方が回復した人の数を上回ってるってことだよ。
そうなったら再度の緊急事態宣言は避けられないだろうな。
Webサーバなんかでも、負荷が高くなると急激にQOSが下がったりするでしょ。
サルでもわかる待ち行列 [objectclub.jp]
確率・統計を言うならば、こういうところも確率・統計で考えてみるべき。
Re: (スコア:0)
ネットワークの帯域・処理能力が100Mbpsなら、16Mbpsのトラフィックが21Mbpsに増えたら警戒必要だね。
16%から21%に増えたらQOSに影響あるだろう。
でも、元の帯域・処理能力が10Gbps分あるなら、16Mbpsが21Mbpsに増えても誤差。
0.16%が0.21%に増えても気にする必要はない。
Webサーバでも医療でも一緒。
昨日から何割増えたで議論しても意味は無く、今のキャパの何割を使ってるかを把握しないと。
後者の数字で、「昨日から1.5倍に増えました!大変です!」なんて上司に報告しようものなら無能の一言で終わる。
Re: (スコア:0)
ネットワークで例え話をするならそれこそ遅延や増幅率の問題でしょ
1件のエラー通知パケットが平均1.6件の新たなエラー通知パケットを生じさせると網がエラー通知で輻輳するだろ
だから平均何件のエラーを生じているのか? というのは非常に大事だし、エラー再生産率が1を超えて伸びているなら対策が必要
少なくとも通信路上では対策しなければ必ず輻輳するからな
逆にファイアウォールで不正パケットを叩き落とす、TTLが小さいパケットを叩き落とすなどで対策できているなら問題ない
今は無能管理職が「エラー率が0.16%から0.21%にO(2^n)で増えていますが問題ありません」と報告している状態
あるいは核爆発で考えてもいいな
「中性子量が増えていますが冷却水温度はまだ上がっていません」と
Re: (スコア:0)
なんでいきなり、実行再生産数Rtの話になってんの?
それとも君のいる世界では、重症患者が重症患者を再生産するような仕組みでもあるのか?
今のところ、私のいる世界ではそういう報告はなされていないようだが。
Re:問題は医療体制の逼迫度 (スコア:0)
実効再生産数抑制以外でどう重症者数を制御するんだよw
2〜3週間後の重症者用ベッドの使用率が100%にならないように制御するんだろうが
だから「現在の数値」ではなく「数値の伸び、トレンド」が問題なんだよ
だから「何日で何倍に増えてるか」が問題なんだよ
バカなのかな
Re: (スコア:0)
お前の言う通りなら、どれだけの病床数を確保しても破綻するし無駄ってことか
なんせほんの少しでも患者が増えれば、累乗すれば必ず発散するから
バカなのかな
Re: (スコア:0)
累乗すれば発散するからこそ、今どんな速さで累乗してんのか? ってのを蹇々諤々やってるんじゃないの
それを「少しでも増えれば必ず発散する」と読んじゃうのは線型関数と論理代数しか分かりませんって自己紹介でしょ
本物のバカじゃん
一生二次関数に定規当ててろ